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APJ,  under  contract  to  HQs,  AMCCOM,  has  initiated  the 
automation  of  the  LSA  Tasks  (MIL-STD-1388-1)  and  the  assessment 
of  the  ILS  elements  (AR  700-127)  .  A  major  goal  is  to  unify 
military  and  contractor  approach  to  the  performance  of  ILS  and 
LSA. 


Detailed  to  meet  all  requirements  of  ILS  and  LSA,  the 
automated  process  will  continue  to  provide  the  flexibility  in 
selecting  tasks  and  elements  to  be  addressed  at  each  life  cycle 
stage .  A  major  advantage  of  this  approach  is  to  insure  that  the 
application  of  each  task  element  is  consistent  with  prescribed 
Army  policies  and  procedures . 

This  report  consolidates  the  Structured  Analysis  and 
Structured  Design  under  one  cover  for  the  respective  LSA  Task. 
Structured  Analysis  provides  a  logical  model  of  the  method  to 
perform  an  LSA  Task.  This  logical  model  facilitates  the 
development  of  a  Structured  Design  that  provides  the  detailed 
procedures  to  perform  the  analysis .  Both  the  logical  model  and 
detailed  procedures  are  used  to  develop  the  application  software 
programs  which  will  be  provided  to  Government  and  contractor 
personnel  to  assist  in  the  performance  of  the  LSA  Task. 

Included  in  this  report  are  the  Data  Flow  Diagrams  (DFDs) 
for  LSA  Subtask  303.2.3,  "System  Trade-Offs"  and  the 
corresponding  descriptions  of  the  processes,  data  flows,  data 
stores,  and  external  entities  identified  on  each  DFD  (Annex  B) . 
In  addition  the  DFDs  are  further  developed  into  step  by  step 
procedures  (Annex  C)  which  identifies  how  to  use  the  data  to 
carry  out  the  processes  which  ultimately  leads  to  accomplishing 
the  LSA  Subtask. 

To  assist  managers  in  planning  and  controlling  this  task. 
Venture  Evaluation  Review  Technique  (VERT)  Batch  Input  files  are 
provided  (Annex  D)  .  These  VERT  tools  provide  government 
agencies  with  complete  packages  to  give  contractors  that  cover 
both  technical  amd  managerial  aspects  of  a  task.  This  approach 
establishes  a  standardized  form  of  communication  and  management 
between  contractors  performing  the  task  and  government  personnel 
reviewing  the  task. 

To  view  this  work  in  context,  this  report  also  presents  a 
brief  overview  of  Structured  Analysis  and  its  place  in  the 
overall  systems  development  process.  Additionally,  Annex  E 
provides  a  brief  working  description  of  Structured  Systems 
Analysis  fundamentals.  The  overview  and  certain  portions  of  the 
introductory  text  are  repeated  verbatim  in  every  report  in  this 
series  so  that  each  report  is  free  standing. 
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INTRODUCTION 
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The  purpose  of  this  report  series  is  to  present  the  results 
of  the  APJ  Structured  Analysis/Design  under  Contract  DAAA21-86- 
D-0025  for  coordination  with  the  AMCCOM  Prograun  Meuiager  prior  to 
in-depth  programming  of  ILS  and  LSA  functions  and  processes . 
LSA  Task  303,  "Evaluation  of  Alternatives  &  Trade-Off  Analysis" 
(LSA  Subtask  "Trade-Off  Analysis")  is  addressed  in  this  report. 

BACKGROUND 


The  Department  of  the  Army  has  a  requirement  for  management 
control  over  contractor  and  Government  agency  response  to  the 
requirements  of  AR  700-127,  "Integrated  Logistic  Support",  and 
MIL-STD-1388-1,  "Logistic  Support  Analysis".  HQs  AMCCOM  has 
initiated  action  to  structure  each  of  the  LSA  tasks,  the 
assessment  of  each  ILS  element,  the  foinn  of  the  results,  and  the 
detailed  processes  to  insure  consistency  with  current  Army 
policies,  procedures,  and  techniques. 

This  approach  (undertaken  by  AMCCOM  and  APJ)  will  insure 
uniformity  in  efforts  and  products,  reproducibility  of  analyses, 
and  a  well-defined  structure  which  can  be  coordinated  among  all 
participants  in  the  logistic  process  to  arrive  at  common 
understanding  and  procedures . 

SCOPE 


This  report  summarizes  the  results  of  the  Structured 
Analysis  of  the  identification  of  LSA  Task  303,  "Evaluation  of 
Alternatives  &  Trade-Off  Analysis,  LSA  Subtask  303.2.3,  "Trade- 
Off  Analysis",  and  presents  the  associated  Data  Flow  Diagraims 
(DFDs)  developed  from  the  Structured  Analysis  and  the 
corresponding  procedures  developed  in  the  Structured  Design. 
The  portions  of  the  Data  Dictionary  relating  to  the  DFDs  for 
this  LSA  Subtask  includes  the  labels,  names,  descriptions, 
processes,  data  flows,  data  stores,  and  external  entities.  (The 
Data  Dictionary  is  a  "living  document"  that  evolves  through  the 
analysis  and  design  process) . 

The  Data  Dictionaries  developed  for  each  of  the  individual 
LSA  Subtasks  are  integrated  together  into  a  Master  Data 
Dictionary.  Integration  of  the  individual  Data  Dictionary 
involves  the  combination  of  similar  Data  Flows,  Data  Stores,  and 
External  Entities .  The  resulting  Master  Data  Dictionary  may 
well  contain  some  minor  differences  from  the  definitions  that 
appear  in  this  report.  All  processes,  and  of  course,  the 
content  of  the  structured  design  will  remain  identical. 
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The  Structured  Design  portion  of  this  report  develops  the 
processes  amd  data  flows  developed  in  the  DFDs  into  procedures 
which  are  used  to  accomplish  the  LSA  Tasks .  The  DFDs  provide 
the  method  and  the  Design  implements  it,  by  formulating  a  guide 
for  prograunmers  to  write  software  applications . 

This  report  presents  a  brief  overview  of  Structured 
Analysis  amd  its  place  in  the  overall  systems  design  process  to 
assist  the  reader  who  may  not  be  fully  briefed  on  the  symbols 
and  conventions  used.  It  is  supported  by  Annex  E,  which  defines 
each  element  in  Structured  Analysis. 

LSA  SUBTASK  303.2.3  -  DESCRIPTIOW 


LSA  Subtask  303.2.3  concerns  the  development  of  trade-offs, 
either  internal,  external,  or  internal/external  for  a  specific 
system  and  all  of  its  major  assemblies,  subassemblies,  parts, 
and  supporting  equipment.  Trade-off  analysis  concerns  the 
determination  of  optimtam  trade-offs  between  performance,  design, 
operations,  and  logistic  support  concepts  with  part  of  the 
trade-off  analysis  covering  cost-effectiveness  analysis.  Such 
analysis  is  needed  to  provide  the  optimum  mix  between  design, 
mission  performance,  logistic  support  amd  dollars  expended. 

Trade-off  studies  between  support  systems  and  equipment 
alternatives  are  not  part  of  this  LSA  task.  Such  tasks  are 
covered  by  LSA  Task  303.2.2,  "Support  System  Trade-Offs". 
Design  alternatives  determined  by  trade-off  analyses  which 
reduce  or  simplify  functions  requiring  logistic  support 
resources  shall  be  analyzed. 

Task  output  comprises  the  preferred  support  system 
alternatives  and  the  determination  of  the  best  approach 
(support,  design,  and  operation)  which  satisfies  the  need  with 
the  best  balance/ trade-off  between  cost,  schedule,  performance, 
readiness,  supportaOjility  and  mission  effectiveness. 

The  LSA  Task  Description  with  associated  task  inputs  and 
outputs  is  extracted  from  MIL-STD-1308-1A  amd  is  included  as 
Annex  A. 

APPROACH 


The  APJ  approach  to  Structured  Analysis  and  Structured 
Design  of  an  LSA  Svibtask  is: 

1.  Scope  the  Subtask  defined  in  MIL-STD-1388-1A  with  the 
overall  task  and  determine  its  relationship  with  other  LSA 
Tasks . 
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AR's,  MIL- 


2.  Review  all  pertinent  documentation  (e.g., 

STDs,  etc.)  appliczU?le  to  the  specific  topic. 

3.  Prepare  the  Top  Level  DFDs  in  context  of  the  Subtask, 
and  develop  lower  level  DFDs  to  further  quantity  any  complex 
process  identified  in  the  top  level  DFD . 

4 .  Complete  the  Data  Dictionary  portion  of  the  Analysis 
by  describing  all  processes,  data  flows,  data  stores  and 
external  entities. 

5.  Apply  staff  experience  in  logistic  support  analysis  to 
assure  that  the  topic  has  been  exhaustively  addressed. 

6 .  From  the  completed  DFDs  prepare  the  step  by  step 
procedures  that  form  the  structured  design. 

7 .  Review  Data  Item  Description  and  other  applicadDle 
material  to  develop  output  reports . 

8.  If  required  revise  DFDs  and  Data  Dictionary  based  on 
preparation  of  detailed  procedures. 

9.  Validate  results  in  discussions  with  Army  activities 
and  personnel  directly  involved  in  the  applicable  or  related  LSA 
tasks . 

NOTE:  Structured  Analysis  and  preparation  of  Data  Flow 

Diagrauns  (DFDs)  was  further  assisted  by  the 
application  of  Structured  Analysis  software.  Licensed 
by  Index  Technology  Corporation,  Excelerator  provides 
for  automated  tracking  of  names,  labels,  descriptions, 
multiple  levels  of  detail  in  the  data  flow  diagrauns, 
and  industry  standards  in  symbols  and  diagramming 
practices . 


LSA  3UBTA3K  303.2.3  -  TRADK-OFF  ANALYSIS 

The  Data  Flow  Diagreun  is  a  tool  that  shows  the  flow  of 
data,  (i.e.,  data  flows  from  sources)  and  is  processed  by 
activities  to  produce  intermediate  or  final  products. 

The  DFD  provides  a  useful  and  meaningful  partitioning  of  a 
system  from  the  viewpoint  of  identification  and  separation  of 
all  functions,  actions,  or  processes  so  that  each  can  be 
introduced,  changed,  added,  or  deleted  with  minimal  disruption 
of  the  overall  prograun,  i.e.,  it  emphasizes  the  underlying 
concept  of  modularity  and  identifiable  transformations  of  data 
into  actionable  products. 
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A  series  of  five  (5)  DFDs  have  been  developed  to  structure 
the  LSA  subtask  relative  to  operations  and  other  support 
functions : 


System  Trade-Off  Analysis 
Consolidate  Data  for  Trade-Off  Analysis 
Establish  and  Define  Attributes 
Identify  Cost  Formula 
Conduct  Trade-off  Analysis 


_ed  to  the  specific  task  through  the 
identification  nvimber  assigned  in  the  lower  right  hand  box.  The 
Alpha  codes  indicate  the  level  of  indenture  or  explosion  below 
the  top  level,  i.e.,: 


1. 

303.2.3 

2. 

303.2.3.1A 

3. 

303.2.3.2A 

4. 

303.2.3.4A 

5. 

303.2.3. 6A 

Each 

DFD  is  k 

Top  Level . LSA  DFD  303.2.3 

First  Indenture . LSA  DFD  303.2.3.1A 


Each  DFD  makes  reference  to  the  basic  LSA  task  it 
addresses,  as  well  as  the  level  of  indenture  (explosion)  of  the 
DFD.  For  example,  the  first  or  top  level  DFD,  ”303.2.3",  refers 
to  the  section  in  MIL-STD-1388-1A  which  describes  the  review 
items.  One  of  the  processes  (biibbles)  on  the  top  level  diagraun 
(303.2.3.1)  is  expanded  and  identified  as  ”303 . 2 . 3 . lA" ,  a  second 
level  of  "303.2.3.1"  (Alpha  "A"  indicates  the  second  level). 

Four  standard  symbols  are  used  in  the  drawing  of  a  DFD  (see 
Annex  E  -  Figure  1) . 

A  copy  of  each  DFD  is  presented  in  Annex  B,  accompanied  by 
the  Data  Dictionary  process  elements.  Each  entry  made  in  the 
DFDs  has  a  corresponding  entry  in  the  Data  Dictionary. 

This  presents  only  those  Data  Dictionary  entries  necessary 
for  the  coordination  of  the  overall  concept  and  details  of  the 
processes.  To  facilitate  review  of  the  diagrams,  data  flow 
identifications,  process,  an  data  store  descriptions  are 
provided.  As  noted  aUbove,  they  will  continue  to  evolve  and  be 
expanded  in  the  System  Design  phase. 

VERT  DIAGRAMS 

The  Venture  Evaluation  Review  Technique  (VERT)  was 
developed  as  a  network  analysis  technique  to  facilitate 
management  decision  making.  It  allows  systematic  planning  and 
control  of  prograuns  and  enaibles  managers  to  find  solutions  to 
real  life  managerial  problems .  The  VERT  Diagrams  and  Input 
Files  for  this  task  can  be  found  in  Annex  D.  In  order  to 
understand  how  these  Input  Files  were  developed,  a  brief 
discussion  of  the  methodology  used  is  provided.  The  saune 
explanation  is  repeated  verbatim  in  every  report. 
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ANNEX  A 
LSA  TASK  303 

EVALUATION  OF  ALTERNATIVES 
TRADE-OFF  ANALYSIS 


ANNEX  A 
LSA  TASK  303 

EVALUATION  OF  ALTERNATIVES  &  TRADE-OFF  ANALYSIS  1/ 


303.1  PURPOSE :  To  determine  the  preferred  support  system 
alternative (s)  for  each  system/equipment  alternative  and  to 
participate  in  alternative  system  trade-offs  to  determine  the 
best  approach  (support,  design,  and  operation)  which  satisfies 
the  need  with  the  best  balance  between  cost,  schedule, 
performance,  readiness  and  supportaUbility . 


303.2.3  TASK  DESCRIPTION:  Conduct  evaluations  and  trade-offs 
between  design,  operations,  and  support  concepts  under 
consideration , 


1/  Abstracted  verbatim  from  MIL-STD-138 8-lA,  April  11,  1983, 
Page  45 . 
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Naae  Label  Oescriptioo 


303.2.3.1  CONSOLIOAI  This  process  collects,  sorts,  and  validates  sjstea/eqaipoent  attributes 
DATA  FOR  and  technology  fro«  state-of-the-art  concepts,  industry  predictions  and 
USB  IN  forecasts  and  "Baseline"  configurations  in  the  fora  of  design 
TRADEOFF  alternatives  that  could  be  lade  available  to  acconplish  specific 
ANALYSIS  lilitary  lissions  contained  in  the  latest  Coabat  Service  Support  Mission 
Area  Developaent  Plan  CSSHADP  and  specific  Qualitative  Materiel 
RequireMnts  Docuaents. 

Applicable  data  developed  froa 

302.2.1,  Functional  Requireaents 
302.2.3,  Risks 

302.3.5,  Design  Alternatives 

303.2.3.1A1  INDUSTRY  Perfora  a  careful  review  and  survey  of  the  technological  advances  and 
PREDICTION  design  concepts  nade  within  the  Industry,  Research  Conaunity  and 
&  FORECAST  Laboratories  within  the  past  several  years  as  well  as  that  predicted  for 
future  years  when  the  systea/equipaent  concepts  would  be  operational. 
This  is  essential  in  order  to  obtain  attributes  that  would  be  available 
in  the  tiae  fraae  required  to  satisfy  a  ailitary  requireaent.  This 
survey  will  result  in  an  industry  analysis  of  the  advanced  technology 
that  would  contribute  to  the  accoaplishaent  of  the  ailitary 
requireaent . 

These  predictions  and  forecasts  of  advanced  technology,  systeas  and 
equipaent  aust  be  based  on  the  aission  requireaents,  operational 
concepts,  doctrine,  threat  and  aarket  investigations  of  cost  identified 
with  the  ailitary  requireaent. 

303.2.3.1A2  LIST  OF  List  perforaance,  reliability,  availability,  aaintainability, 

QUALITATIV  operational  capability,  survivability,  sustainability,  productivity  and 
MATERIAL  cost  attributes  or  paraaeters  specified  in  the  requireaents  docuaent  in 
REQHIS  order  that  such  factors  aay  be  optiaized  via  tradeoff  analysis.  The 
paraaeters  in  the  QMR  could  be  used  as  the  "Baseline"  for  coaparative 
purposes  if  no  state-of-the-art  configuration  "Baseline"  exists. 

However,  this  would  iapose  a  problea  in  coaparing  state-of-the-art 
attributes  with  that  forecasted  for  the  new  systea/equipaent  as  stated 
in  the  Military  Requireaent  Docuaent. 

The  best  coaparison  would  be  to  have  a  present  state-of-the-art 
configuration  that  lacks  advanced  technology  in  aeeting  ailitary 
requireaents,  but  would  be  siailar  in  operational  capability  to  advance 
concepts . 

303 . 2 . 3 . 1A3  IDENTIFY  This  process  receives  the  qualitative  aateriel  requireaents 

ATTRIBUTES  (303.2.3.1A2),  industry  predictions  and  forecasts  (303.2.3. lAl)  as  well 
APPLICABLE  as  LSA  Reviews  developed  in  processes  103.2.2  and  103.2.4  to  identify 
TO  TRADCOF  attributes. 

ANALYSIS 
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303.2.3.2 


303.2.3.2A1 


303.2.3.2A2 


303.2.3.2A3 


Label  Deacription 


ESTABLISH  Thia  proceaa  definea  and  eatabliahea  ayatea/eqnipMnt  attribatea  that 
AM)  DEFIHE  will  be  oaed  in  the  tradeoff  analyaia.  Som  paraaeteia  will  be  conataot 
ATTRIBUTES  and  aoM  will  my  aa  attributea  are  traded  off.  In  order  to  perfora 
tradeoff  analyaia  during  Concept  Fonnlation,  it  ia  neceaaary  to 
eatabliah  "Baaeline"  miable  and  non-miable  (conatant)  attribatea 
(paraaetera) .  It  ia  recognized  that  a  ayatoi/eqaipieat  doea  not  perfora 
at  optiaoB  levela  or,  ia  leaa  efficient  when  forced  to  have  aoae  fixed 
perfoiaance  paraaetera.  However,  auch  characteriatic  liaitationa  are 
eaaential  to  obtain  a  realiatic  coaparative  analyaia  of  perfomance 
attribatea  that  are  allowed  to  my. 

Soae  aach  paraaetera  that  coaid  be  held  conatant  or  allowed  to  my 
baaed  on  the  apecific  tradeoff  are: 

a.  Speed 

b.  Payload 

c.  Qipty  Height 

d.  Endurance 

e.  Accuracy 

f.  Range 

g.  Firepower 

h.  Reliability 

i.  Maintainability 

j .  Supportability 

ic  Coat 

DETERMINE  Eatabliah  the  paraaetera  ofa  atandard  "Baaeline”  deaign  which  approachea 
i  DEFINE  aeeting  the  reqaireaenta.  Thia  will  be  a  starting  point  for  all 
BASELINE  paraaeters  of  intereat.  The  "Baaeline”  paraaetera  uaually  coae  froa  a 
ATTRIBUTES  fielded  systea  aiailar  to  the  alternative  systea/eqaipaent  designa. 

These  attributes  will  be  used  in  coaparative  analysis  to  coapare 
"Baseline"  to  alternative  attribatea  (paraaeters) . 

DETERMINE/  Perforaance,  reliability,  aaintainability,  operational  capability 
DEFINE  survivability,  productivity  and  cost  attributes  aust  be  selected  that 

VARIABLE  will  vary  in  systea/eqaipaent  tradeoff  analysis  when  optiaized  values 

ATTRIBUTE  are  desired. 

PARAMETERS  All  miable  attributes  will  not  be  used  in  any  one  tradeoff  analysis. 
However,  the  effect  of  the  change  in  any  attribute  in  one  study  aay 
cause  a  change  in  other  miable  paraaeters  used  in  other  tradeoff 
studies.  For  thia  reason,  optiaization  of  a  design  by  tradeoffs  in  one 
area  aust  be  farther  analyzed  to  deteraine  its  effect  on  other 
areas (attributes) . 

DETERMINE/  Deteraine  perforaance,  reliability,  aaintainability,  operational 
DEFINE  capability,  survivability,  productivity  and  cost  attributes (paraaeters) 
CONSTANT  that  will  reaain  constant  in  the  tradeoff  analysis. 

ATTRIBUTE  Soae  such  attributes  could  be: 


PARAMETERS 

a. 

Crew  size 

b. 

Installed  Power 

c. 

Range 

d. 

Pay  Load 
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303.2.3.2A4  ATTRIBUTES  This  process  consolidates  applicable  attributes  required  for  the 

APPLICABLE  specific  tradeoff  analysis.  It  includes  data  collected  applicable  to  the 
TO  TRADEOF  specific  tradeoff  analysis  to  be  perforaed.  This  process  separates 
ANALYSIS  attributes  collected  that  would  be  required  for  303.2.3.3,  303.2.3.4  and 
303.2.3.5  for  the  specific  analysis 


303.2.3.3 


PRELIM  This  analysis  takes  the  technologies  which  could  contribute  to  the 
ANALYSIS  accoaplishaent  of  the  required  ailitary  aissions  and  selects  specific 
OF  TECH  attributes  that  such  technology  aust  satisfy.  Each  technology  is  then 
screened  (rated)  by  an  analytical  hierarchy  process  to  deteraine  which 
technologies  or  configurations  are  7iable  candidates. 

Attributes  that  could  be  used  for  this  initial  screening  are: 

a.  Sustainability  -  Coapatibility  with  Aiay  aanageaent,  supply  and 
personnel  training  systems. 

b.  Payload  -  Capability  to  transport  iteas  of  equipment,  personnel, 
or  mission  functions  as  listed  in  mission  requireaent 
docuaents. 

c.  Cost  -  R  &  0,  procureaent,  operations  support  and  aaintenance 
cost. 


303.2.3.4 


IDENTIFY  This  process  derelops  the  cost  formula  that  will  be  used.  It  will  be 

COST  expressed  in  recognizable  units  which  can  be  applied  uniformly  to  all  of 

FORMULA  the  configurations/systeas/hardware  when  attributes  are  traded  off  in 
the  analysis. 


303.2.3.4A1  IDENTIFY  Provide  performance,  design,  aaintainability,  and  supportability  cost 
i  LIST  input  numerics  for  cost  tradeoff  studies. 

COST  INPUT 


303.2.3.4A2 


IDENTIFY  Deteraine  those  attributes  that  when  traded  off  have  the  largest  effects 
i  LIST  on  operations,  development  and  support  cost  through  the  systea/equipaent 

COST  intended  life  cycle. 

DRIVERS  These  will  be  high  cost  drivers  due  to  systea/equipaent  state-of-the-art 
design  concepts  that  have  very  little  cost  data  on  record.  Data  aust  be 
obtained  from  "Baseline"  or  analytical  cost  formula  that  produces  high 
cost  drivers  as  part  of  its  output. 


303.2.3.5 


ESTABLISH  This  process  defines  the  level  of  effort  to  be  used  in  the  tradeoff 
LEVEL  OF  process  consistant  with  the  level  of  systea/equipaent  attribute 
EFFORT  definitions  available. 

The  level  of  effort  will  be  at  a  lower  level  during  concept  formulation 
than  what  it  would  be  during  production  or  fielding  of  the 
systea/equipaent  because  projections  and  state-of-the-art  forecasts  have 
to  be  aade  in  concept  formulation. 

Some  tradeoffs  during  concept  formulation  and  development  are 
established  by  estiaations.  Refined  estiaates  represent  the  traditional 
means  of  establishing  cost  tradeoffs,  schedule  tradeoffs  and  tradeoffs 
between  cost  and  schedule.  Such  tradeoffs  require  very  little  effort. 
However,  when  such  estiaates  are  aade  the  uncertainty  level  should  be 
stated.  Example:  304  of  the  activity  can  be  estiaated  within  504. 
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303.2.3.6  CONDUCT  Using  the  results  of  the  consolidated  data  on  state-of-the-art  concepts 
TRADE  OFF  in  303.2.3.1,  the  attributes  established  in  303.2.3.2,  the  preliainary 
ANALYSIS  analysis  data  in  303.2.3.3  on  selected  candidates  and  the  cost  foraula 
developed  in  303.2.3.4  deteraine  the  attribute  (paraaeter)  values  that 
will  be  used  in  deteraining  the  technologies  selected  in  303.2.3.3  that 
best  aeet  the  support,  perforaance,  logistics,  fielding  and  cost 
requireaents  and  still  aeet  the  ailitaiy  aission  requireaents . 

There  will  be  aultiple  iterations  of  this  process  as  the 
systea/equipaent,  applicable  to  these  tradMff  analyses,  progresses 
through  it's  life  cycle.  Nhen  this  occurs  a  coaplete  review  of  input  and 
output  data,  processes  and  data  flows  will  be  necessary  as  soae  of  the 
variable  and  constant  attributes  will  have  changed  in  value  caused 
generally  by  design  changes. 

Make  recoaaendations,  based  on  tradeoffs  aade,  as  to  the  best 
state-of-the-art  concept  for  satisfying  the  systea/equipeent  military 
requireaents . 


303.2.3.5A1  DEFINE  Construct  analytical  relationships  that  will  be  used  in  coaparing  each 
METHOD  OF  concept.  Using  data  froa  303.2.3.3,  303.2.3.4  and  303.2.3.5. 

EVALUATION  Review  AMC-P  700-4  or  equivalent  for  applicable  models  that  could  be 
&  MODELS  used  in  determining  the  most  feasible  tradeoff  requireaents  for 
USED  optimization  of  the  technology  under  analysis. 


303.2.3.6A2  SELECT  Examine  the  model  specification  of  an  existing  similar  but  fielded 
APPLICABLE  systea/equipaent  and  select  "Baseline"  values  of  perforaance, 

BASELINE  reliability,  maintainability,  supportability  and  readiness  attributes. 
ATTRIBUTES  If  a  coaparative  evaluation  tradeoff  instead  of  a  finite  evaluation 
PARAMETERS  tradeoff  of  the  systau/equipaents  attributes  is  desired,  a  value  of 
1.00  is  assigned  to  each  "Baseline"  attribute.  Calculated  attribute 
values  froa  state-of-the-art  technologies  are  then  assigned  values  in 
excess  of  or  below  1.00  based  on  their  relative  value  with  respect  to 
the  "Baseline"  of  1.00.  As  a  result,  all  values  developed  would  be 
coaparative  rather  than  finite.  However,  finite  values  and  changes  due 
to  tradeoffs  aay  be  more  easily  evaluated  and  "Baseline"  coaparisons 
unnecessary. 


303.2.3.6A3  SELECT  Identify  the  attributes (paraaeters)  contained  in  industry  prediction 
APPLICABLE  and  forecast  and  in  303.2.3.6A1  that  are  applicable  to  the  particular 
VARIABLE  tradeoff  analysis.  Determine  either  by  applicable  models  or  prepared 
ATTRIBUTES  plots  of  attribute  variations  the  effects  of  changes  in  variable 
attributes. 

Based  on  these  variations,  record  and  describe  the  effect  and  aagnetude 
of  changes  in  terms  of  optimization. 
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303.2.3.6A4 


303.2.3.6A5 


303.2.3.6A6 


303.2.3.6A7 


Label  Description 


SELECT  In  order  to  laXe  certain  tradeoff  analysis  it  is  necessary  to  establish 
APPLICABLE  soae  attributes  at  fixed  values  as  other  attributes  are  varied.  As  an 
FIXED  exaeple: 

ATTRIBUTE  TradiMffs  in  certain  attributes  are  Bade  on  the  bases  of  a  constant 
oayload,  identical  hours  of  endurance,  etc..  It  is  recognized  that  a 
systea/equipaent  will  not  operate  as  efficiently  when  Halted  to  such 
fixed  attributes,  however,  froa  the  standpoint  of  the  tradeoff 
analysis,  constant  attributes  aaJce  very  little  difference  in  the 
coaparative  effects  of  the  variables  as  they  are  changed.  However, 
such  constants  do  allow  for  a  better  and  aore  realistic  cooparison  of 
attributes  traded  off  and  allows  for  a  aore  practical  procedure  for 
optioization. 

CONDUCT  This  process  involves  conducting  a  sensitivity  analysis  to  identify 
SENSmviT  perfoiaance,  design,  reliability,  aaintainability,  supportability  and 
ANALYSIS  cost  attributes  (paraaeters)  that  are  influenced  by  variations  in  any  of 
the  listed  attributes. 

The  process/analysis  identifies  those  areas  where  aajor  changes  in  any 
of  the  attributes  effects  perforaance,  design,  supportability, 
produceability  and  cost  and  identifies  the  aajor  drivers. 

Source  of  Data; 

303.2.3.2A2  -  Variable  Attributes 
303.2.3.2A3  -  Constant  Attributes 
303.2.3.3  -  Preliainary  Analysis  of  Technologies 

DETERMINE  This  process  involves  the  assessaent  of  risks  in  the  changes  of  variable 
RISK  LEVEL  attributes  during  the  tradeoff  analysis  as  well  as  during  the  selection 
process  of  optiaua  technologies. 

As  tradeoffs  are  oade,  consideration  of  the  corresponding  risk  factors 
becoaes  essential  particularly  during  the  concept  foiaulation  and 
developaent  cycle. 

Source  of  Data: 

303.2.3.2A2  -  Variable  attributes 

303.2.3.3  -  Preliainary  Analysis  of  Technologies 

303.2.3.6A1  -  Define  Method  of  Evaluation  and  Models  Used 

CONDUCT  Using  the  results  of  the  consolidated  data  on  state-of-the-art  concepts, 
TRADEOFF  the  "Baseline",  variable/constant  attributes  established,  and 
ANALYSIS  considering  the  risk  level  and  cost  drivers,  perfoia  tradeoffs  in 
attributes  until  values  are  obtained  that  will  best  allow  for  the 
systea/equipaent  to  aeet  the  perforaance,  support,  logistics,  fielding 
and  cost  requireaents  of  the  required  oilitary  aissions  and  the 
Qualitative  Materiel  Requireaents  (QHR) . 

Make  recoonendations  based  on  tradeoffs  aade  as  to  the  best 
state-of-the-art  concept  for  satisfying  and  exceeding  the  ailitary 
aission  requireaents. 

Source  of  Data: 

303.2.3.1  -  Consolidate  Data  for  use  in  Tradeoffs 

303.2.3.2  -  Establish  and  Define  Attributes 

303.2.3.4A2  -  Identify  and  List  Unique  Cost  Drivers 
303,2.3.5  -  Establish  Level  of  Effort 
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Haae 


303.2.3.6Aa 


303.2.3.7 


Label  Description 


SELECT  Evaluate  the  results  of  the  tradeoff  and  sensitivity  analysis  of  the 
BEST  selected  alternative  technologies  and  select  the  aost  appropriate 
ALTERNATIV  technology  froa  the  tradeoffs  applied. 

TECHHOLOGY  Source  of  Data: 

303.2.3.6AS  -  Conduct  Sensitivity  Analysis 
303.2.3.6A6  -  Detecaine  Risk  Level 
303.2.3.6A7  -  Conduct  Tradeoff  Analysis 
303.2.3.4  -  Identify  Cost  Foraula 

DOCIRSNT  Docuaent  in  narrative  foiaat  the  alternative  configuration  deteiained  to 

RESULTS  be  the  aost  optiaua  based  on  the  tradeoffs  aade.  If  the  tradeoff  only 

envolved  design,  production  or  functional  changes  of  the 
systea/equipaent  then  list  each  change  aade  and  its  effect  on  each  of 
the  alternate  systeas/equi^aent.  Rank  each  alternative  configuration  or 
systea  changes  on  the  configurations  in  nuaerical  sequence  (Best  as  No. 

1  and  worst  as  last  Ho.)  and  state  why  each  was  considered  at  the 
specific  rating. 

Results  aust  include  recoaaendations  for  the  alternative 
systea/equipaent  and/or  factor  selected  and  explanations  of  the  effect 
of  tradeoff  results  on  the  systea/equipaent. 
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AHAL/ ASSESS 


APP/BASL/ATT 


APP/CONST/PAR 


APP/MOD/AMC-P70O-4 


Label  Description 


AMALISIS  Purpose:  Data  containing  attribute  Takes  that  could  possibly  be  used 
ASSESSMENT  in  early  Tradeoff  Analysis.  The  data  contains  assessnents 

of  the  following: 

1.  Probable  design  concept. 

2.  Prelioinaxy  design  analysis. 

3.  Design  freedoB. 

Source  of  Data: 

1.  LSA  Strategy  File 

2.  Industry  Surrey 

APPLICABLE  Purpose  of  Data:  Historical  data  in  the  font  of  attributes  (paraaeters) 
BASELINE  for  a  design  and  logistically  sioilar  systea/equipaent 

ATTRIBUTES  pertaining  to  the  "Baseline"  systeas  performance, 

reliability,  maintainability,  supportability,  produceability 
and  coat  that  can  be  used  in  a  cooparatiTe  analysis  between 
"Baseline"  and  alternatire  systea/eqpmt.  attributes  to  show 
the  comparatire  ralues  of  changes  made  in  tradeoff  analysis. 
If  a  coBq>arati7e  rake  tradeoff  instead  of  a  finite  Take 
tradeoff  of  the  systea/equipment  is  desired,  a  rake  of  1.00 
is  assigned  to  each  "Baseline"  attribute  calculated. 

Source  of  Data: 

Historical  Data  File  for  a  Logistically  Similar 
System/Equipaent 

APPLICABLE  Purpose:  Data  identifykg  specific  attributes  (parameters)  to  be  used 
CONSTANT  in  tradeoff  analysis  that  remain  constant  in  order  to  make 

PARAMETERS  comparatiTe  analysis  of  alternate  systems/equipment .  The 

alternate  designs  will  haTe  attributes  calculated  on  the  bases 
of  identical  payload,  identical  altitude,  power  required  i 
etc..  To  obtain  a  realistic  comparatiTe  eTakation  of  Tarious 
tradeoffs.  It  is  recognized  that  the  alternate  designs  will 
not  operate  as  comfortably  or  efficiently  under  such 
conditions.  But,  from  the  standpoint  of  comparatiTe  analysis, 
these  minor  adjustments  make  little  difference  k  the  ratios 
between  the  respectiTe  alternate  designs. 

Source  of  Data: 

1.  Industry  SurTey 

2.  Acquiring  ActiTity  Data  File 

3.  DeTelopment  Program  Data  Base 

4.  Historical  Data  file 

APPLICABLE  Purpose:  Applicable  models  used  as  a  guide  for  constructkg  an 
MODELS  FROM  analytical  model  in  determinkg  the  most  feasible  tradeoffs 

DA  PAM  700-4  for  the  altematiTe  system/ equipment  under  analysis  to  obtak 

the  most  optimum  attributes. 

Source  of  Data: 

DA-PAM  700-4  (Logistic  Support  Analysis  Techniques  Guide 
.  and  EquiTaient  Documentation  of  File. 
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APP/VAR/PAR  APPLICABLE  Purpose:  Data  identifying  specific  attributes  (paraieters)  to  be  used 

VARIABLE  in  tradeoff  analysis  that  will  have  values  changed  in  order 

PARAMETERS  to  detenine  optiiua  values  of  such  variable  attributes. 

These  values  also  be  coipared  with  "Baseline"  attributes  in 
coaparative  analysis  in  order  to  present  conparative 
evaluations  of  tradeoffs  for  each  alternative  state- 
of-the-art  design. 

Source  of  Data: 

1.  Industry  Survey 

2.  Acquiring  Activity  Data  File 

3.  Developoaent  Prograa  Data  Base  File 

4.  Historical  Data  File 

ATT/REQ/TOA  ATTRIBUTE  Purpose:  A  listing  of  attributes  that  aust  be  aet  by  the  alternate 

REQUIRQIENT  systees/equipaents  in  order  for  the  systea/equipaent  to 

FOR  TRADEOFF  conceptionally  aeet  specific  qualitative  aateriel 

ANALYSIS  requireaents .  Such  attributes  include: 

1.  Perforaance  attributes 

a.  Range  Recpt. 

b.  Max  Speed 

c.  Hiniaua  turn  around  radius 

d.  Etc.. 

2.  Supportability  Attributes 

a.  Reliability  attributes 

b.  Maintainability  attributes 

c.  Operational  and  Support  Cost 

d.  Logistic  Support  Resources 

Source  of  Data: 

1.  Qualitative  Materiel  Requireaents  (QMR) 

2.  Required  Operational  Objectives 

3.  Acquiring  Activity  File 

BSL/SUPP/PAR  BASELINE  Purpose:  Historical  data  for  a  "Baseline"  configuration  and  all 

SUPPORTABIL-  alternative  proposed  designs  pertaining  to  performance, 

ITY  reliability,  aaintainability,  supportability,  produceability 

PARAMETERS  and  cost  that  aust  be  considered  prior  to  perforaing  any 

tradeoff  analysis. 

Source  of  Data: 

1.  203.2.1  Identify  Comparative  Systems 

2.  203.2.2  Baseline  Comparison  Systems 

3.  Historical  Data  File  (Hist/File) 

4.  Historical  File  of  Functions  (His/Func) 

5.  LSAR  File.  Hill  give  data  for  Baseline/Comparative 
Systems . 

6 .  AAF  and  PM  Data  Stores .  Hill  give  like  data  on  alternate 
systems . 

Application: 

1.  Provides  attributes  needed  for  the  various  tradeoff 
analysis  to  be  performed. 

2.  Provides  data  for  comparative  analysis  or  preparation  of 
curves/graphs  that  shows  variations  in  attributes  as 
tradeoffs  occur. 
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COST/DRIVER/ INPUT 


COST/FAC/TOA 


COST/IMP/LVL/EFFORT 


Label  Description 


COST  DRIVER  Purpose:  Data  identifying  those  "high  driTers"  that  have  a  large  affect 
INPUT  on  the  cost  of  developing,  producing,  supporting  and  operating 

the  alternative  systea/equipaent. 

Source  of  Data: 

1.  303.2.5.4A25  Unique  Cost  Drivers 

2.  AAF  Aquiring  Activity  File  for  Costs  &  Operational 
Effectiveness  Analysis  data  (COEA)  and  projected  cost  data. 

3.  DP/DBF  File  for  cost  estiaating  relationships  models  i.e. 
Cost  of  LSA  Tas)cs . 

COST  FACTORS  Purpose;  Data  identifying  cost  factors  to  be  used  in  tradeoff 

FOR  TRADEOFF  analysis.  In  development  and  concept  formulation  such  factors 

ANALYSIS  trould  include  cost  of  design,  testing,  evaluation, 

documentation  and  the  relative  burden  of  program  management, 
engineering  support,  etc..  For  a  tradeoff  analysis  during 
production  and/or  fielding,  coat  factors  such  as  logistics, 
maintenance,  training  and  production  would  be  included.  All 
of  these  inputs  come  from  the  sources  listed  that  are 
providing  inputs  to  Task  303.2.3.4A1. 

Source  of  Data: 

1.  Acquiring  Activity  File 

2.  Development  Program  Data  Base  File 

3.  Historical  Data  File 

4.  Industry  Survey 

COST  IMPACT  Purpose:  To  supply  the  analyst  witn  cost  data  required  to  establish 
LEVEL  OF  level  of  effort  that  could  have  an  effect  on  the  cost 

EFFORT  formula.  The  data  shall  contain  as  the  least  a  copy  of  the 

actual  updated  independent  parametric  cost  estimate.  Early  in 
Concept  Formulation  such  data  may  not  be  available.  However, 
cost  data  from  Industry  Surveys  and  the  PM' s  Data  File  would 
be  available  in  order  to  determine  level  of  effort  of 
tradeoff  analysis  as  it  effects  cost.  Such  cost  data/effort 
would  be  fed  back  into  the  cost  formula  (303.2.3.4)  by  the 
analyst  to  contribute  to  the  overall  program  cost  if 
determined  to  be  significant.  Attributes  established  and 
defined  for  applicable  tradeoff  analysis  are  inputs 
303. 2. 3. 4 (Cost  Formula).  The  output  from  303.2.3.4  would  be 
changes  due  to  inputs  there  cost  impact  on  level  of  effort. 

Source  of  Data: 

1.  Program  Managers  Data  File  (PM/DF 

2.  Industry  Survey 

3.  COA/AMC 
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Nan 


DOC/RES/TOA 


EVAL/PAR 


EVAL/PARA 


FUNC/REQ/OPER/SUPP 


Label  Description 


DOCUHEHTED 
RESULTS  OF 
TRADEOFF 
ANALYSIS 


Purpose:  Data  identifies  and  shows  results  of  evaluation  criteria 

used,  analytical  relationships  and  aodels  (Ref.  Subtash 
303.2.3.6)  used  and  justification  of  selected  best 
alternative  systea/conponent  with  sensitivity  analysis 
results  and  any  risks  envolved  in  each  of  the  alternative 
systea/equipient  design  concepts.  A  conparison  of  total 
costs  of  each  alternative  systea  or  equipaent  is  also  shown 
with  reasons  for  the  selection  of  the  best  alternative 
systea/equipaent. 

Source  of  Data: 

1.  Subtask  303.2.3.6A1  for  evaluation  criteria  and  aodels 
used. 

2.  Subtask  303.2.3.6A5  for  sensitivity  analysis  results. 

3.  Subtask  303.2.3.6A6  for  risk  analysis  for  the  selected 
alternative  systea/  equipaent. 

4.  Industry  Survey 

5.  Historical  File  on  Cost  Data  previously  acquired  on 
alternate  systeas/equipaent . 


EVALUATION  Purpose:  Historical  Data  for  a  Logistically  siailar 

PARAMETERS  systea/equipaent  pertaining  to 

restrictions/liaitations  (i.e.  existing  personnel, 
aanpower,  cost,  etc.)  that  aust  be  considered  prior  to 
constructing  personnel  and  aanpower  aodels  for 
analysis. 

Source  of  Data:  Historical  Data  File 


EVALUATION  PURPOSE:  HISTORICAL  DATA  FOR  A  LOGISTICALLY  SIMILAR 
PARAMETERS  SYSTIM/EQUIPMENT  PERTAINING  RESTRICTIONS/LMrATIONS 

(i.e.,  EXISTING  PERSONNEL,  UNIQUE  PERSONNEL,  MANPOWER,  COST, 
ETC.)  THAT  MUST  BE  CONSIDERED  PRIOR  TO  CONSTRUCTING 
PERSONNEL  (  MANPONER  MODELS  FOR  ANALYSIS. 

SOURCE  OF  DATA:  HISTORICAL  DATA  FILE 


FUNCTIONAL  Purpose: 
REQUIROffiNTS 
OPERATIONAL 
SUPPORT 


Source  of 


Descriptive  data  of: 

1.  What  the  new  systea/equipaent  aust  do  in  order  to 
accoaplish  intended  mission  or  tasks . 

2 .  Unique  functions  due  to  new  technology  in  the  design  or 
new  operational  concepts. 

3.  Identification  of  risk  involved  with  the  supportability 
of  the  systea/eqat.  due  to  functional  requireaents. 

4 .  Operation  and  maintenance  tasks  that  aust  be  performed  in 
order  for  the  alternate  3ystea/e<pt.  To  be  able  to 
accoaplish  the  identified  functions. 

5.  Design  alternatives  which  reduces  or  siaplifies  functions 
requiring  logistic  support  resources. 

Data: 


1. 

2. 

3. 

4. 

5. 


301.2.1  Functional  Requirements 

301.2.2  Unique  Functional  Reqits. 

301.2.3  Ris)u 

301.2.4  Operations  S  Tasks 

301.2.5  Design  Alternatives 
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Naae 


FUHC/REQ/SYS/EQPT 


HRSK/ATT 


HRSK/VAR 


Label  Deacriptioa 


FUNCTIONAL  Purpose:  A  list  of  functional  and  support  fixed,  variable  and 
REQMIS  SCLEC  "Baseline"  attributes  that  identifies  each  alternative 

SYSTQl/EQPT  systea/  equipitents  capabilities  to  acconplish  the  required 

Ailitary  aission.  This  data  will  be  acre  than  that  required 
by  to  do  specific  tradeoff  analysis.  However,  the  data  will 
consist  of  that  required  for  any  tradeoff  analysis  and  the 
preliainary  analysis  will  include  the  selection  of  such  data 
applicable  for  specific  tradeoff  analysis. 

1.  Functional  Requireaents  -  ezaaples 

a.  Cruise  Speed 

b.  Pay  Load 

c.  Range 

d.  provide  Life  Support  to  the  Crew 

2.  Maintenance  Support  Ezaaples 

a.  Service/Repair 

b.  Scheduled/unscheduled  Taslcs 

c.  Overhaul 

d.  Coaponent  Reliability 

Source  of  Data: 

1.  302.2.5  (Identification  of  Systa#/ 

Equipaent  functional  and  support 
requireaents) 

2.  Industry  Survey 

3 .  Required  Operational  Capabilities  ROC 

4 .  Qualitative  Materiel  Requireaents  ^ 

HIGH  RISK  Purpose:  Data  containing  qualitative  and  quantitative  high  rish 
ATTRIBUTES  paraaeters  relat^  to  performance,  reliability, 

maintainability,  supportability,  produceability  and  cost 
attributes . 

Source  of  Data: 

1.  Subtash  303.2.3.6A2 

2.  Industry  Survey 

HIGH  RISK  Purpose:  Data  contains  identified  qualitative  and  quantitative  risk 
VARIABLES  attributes  for  each  alternative  design.  This  includes 

estimated  attributes  and  each  level  of  risk. 

Source  of  Data: 

1.  Subtask  303.2.3.6A2 

2.  Subtask  303.2.3.6A3 

3.  Subtask  303.2.3.6A4 

4 .  Industry  Survey 


B-16 


fcre:  3-)iPR-90 
IME;  11:28 


APJ  966-244 
Dm  FLONS 


?ISX  6 
EXCELERJODR  1.84 


NaM 


IHIT/ACT 


INIT/CAND/TECH 


MIS/AR/AHAL 


Label  Description 


INITIATE  Purpose:  Direction  and  data  froa  the  Prograa  Manager  responsible  for 
ACTION  the  systea/eqaipaent  that  requires  a  tradeoff  analysis  to  be 

performed.  The  hey  action  required  is  the  directive  authority 
that  alloirs  the  analyst  to  initiate  the  action  for  a  tradeoff 
analysis.  This  action  also  involves  the  analyst  in  becoaing 
familiar  with  system  design  data  and  drawings  that  describes 
each  systems  internal  and  interface  functions  beginning  at 
system  level  and  progressing  to  the  lowest  indenture  level  of 
the  systea/equipaent. 

Source  of  Data: 

1.  Policy  files 

2.  Prograa  Manager  Data  File  (PM/DF) 

INITIAL  Purpose:  Data  identifying  the  performance,  reliability, 

CANDIDATES  &  maintainability,  snpportability,  produceability  and  cost 

TECHNOLOGY  attributes  of  each  alternate  design.  This  need  is  based  of  the 

requirement  for  certain  tradeoffs  to  be  made  in  specific 
variable  attributes 
Source  of  Data: 

1.  Industry  Survey 
2  Acquiring  Activity  File 

3.  Data  Base  File-Development  Program 

Purpose:  Data  pertaining  to  mission  area  analysis  that  establishes 

attributes  (performance  characteristics)  that  must  achieve  a 
specific  performance  level  to  allow  the  systea/equipment  to 
meet  the  required  mission  performance.  This  data  is  related 
to  the  development  prograa  for  each  alternate 
system/equipment  and  is  obtained  froa  the  data  base  file  or 
industry  survey  related  to  advanced  technology. 

Source  of  Data: 

1.  Qualitative  Materiel  Requirements 

2.  Required  Operational  Objectives 

3.  Industry  Survey 

4.  Data  File  of  Development  Programs 


MISSION 

AREA 

ANALYSIS 
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Naae 


MIS/REQ 


OT/KNOHN/BASL/AIT 


OT/KHOWN/nX/ATr 


OT/KNOHN/VAR/ATT 


PEACE/CRIT 


Label  Description 


MISSION  Purpose:  Data  containing  nission  area  requireaents  that  aust  be 
REQUIREMENTS  achieved  by  the  alternate  systea/eqaipnentnfor  the  analyst  to 

consider  if  tradeoff  analysis  deals  with  perfonance, 
reliability,  oaintainability,  snpportability,  produceability 
and  cost  attributes.  This  data  is  needed  to  insure  that 
changes  in  attributes  during  tradeoff  analysis  does  not 
result  in  reduced  capability  to  per fora  the  systea/equipaents 
required  aission.  The  data  also  inforas  the  analyst  of  the 
alternate  systea/equipaents  systea  definition  which  is 
essential  in  tradeoff  analysis  that  may  effect  aission 
acco^tlishaents.  The  systea  definition  is  a  functional 
developed  for  each  aission,  tiaes  and  developed  for  each 
mission,  times  and  equipment  utilization,  functions  and 
output  of  each  itea  and  conditions  which  constitutes  systea 
and  parts  failure. 

Source  of  Data: 

1.  Reqd.  Operational  Capabilities  Doc. 

2.  Qualitative  Materiel  Requirement 

3.  Industry  Survey 

4.  Acquiring  Activity  File 

Purpose:  Data  contains  "Baseline"  attributes  to  be  used  in  tradeoff 
analysis  with  negligible  sensitivity  or  rislc  involved  it 
values  are  incorrect. 

Source  of  Data: 

Sub  Task  303.2.3.SA2  Establish  i  Define  Attributes 

Purpose:  Data  contains  fixed  or  constant  attributes  to  be  used  in 

tradeoff  analysis  with  negligible  sensitivity  or  risk  envolved 
it  values  are  incorrect.  These  attributes  are  not  used  in 
sensitivity  or  risk  analysis. 

Source  of  Data: 

Sub  Task  303.2.3.6A4  Establish  i  Define  Attributes 

Purpose:  Data  contains  "variable"  attributes  to  be  used  in  tradeoff 
analysis  with  negligible  sensitivity  or  risk  involved  if 
values  are  incorrect. 

Source  of  Data: 

S'ib  Task  303.2.3.6A3  Establish  i  Define  Attributes 

PEACETIME  Purpose:  Data  identifies  peacetime  standards  that  must  be  applied  to 

CRITERIA  the  alternate  designs  and  tradeoff  analysis.  This  data 

includes  climatic  conditions  described  in  MIL-STD-210C  and 
identifies  environments  in  which  the  alternate 
systeas/equipeent  must  operate  in  order  to  accomplish  it's 
intended  mission. 

1.  Readiness  (preparation  time) . 

2.  Standards  for  storage  (time,  location,  etc.) 

3.  Climatic  Conditions 
Source  of  Data: 

1.  Acquiring  Activity  File 

2.  MIL-STD-210C 


OTHER  KNOHN 

VARIABLE 

ATTRIBUTES 


OTHER  KNOW 

BASELINE 

ATTRIBUTES 


OTHER  KNOHN 

FIXED 

ATTRIBUTES 
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Haae  Label  Deacription 


PROJ/COST/DAIA  PROJECTED  Purpose:  To  supply  the  analyst  with  the  cost  of  operating,  developing, 
COST  and  supporting  the  systeos/equipnent  through  their  projected  life  cycle. 

DATA  Identify  the  predicted/estioated  costs  that  have  high  risk  factors 

related  to  new  technology  or  new  support  equipoent. 

Source  of  Data: 

1.  Acquiring  Activity  File  that  has  projected  cost  data  and 
COEA  Data. 

2.  Industry  Survey  Data  on  each  alternate  systea/equipaent. 

Purpose:  Data  flow  contains  a  draft  report  prepared  by  the  analyst  with 
the  perforaance,  reliability,  maintainability,  serviceability, 
prockceability,  systea  readiness  and  operating  cost  for  the 
selected  systea/equipaent  with  a  narrative  that  specifically 
describes  the  reasons  for  selecting  the  preferred 
systea/equipaent.  If  the  task  only  envolved  the  change  in 
attributes  that  effects  any  of  the  above  factors  the  report 
will  describe  in  detail  the  effect,  risk  and  sensitivity  of 
the  changes  and  why  a  specific  tradeoff  was  selected.  The 
report  should  also  identify  areas  of  marginal  and 
state-of-the-art  design  ezplaining  any  design  coaproaises  and 
operating  restrictions  and  why  each  was  agreed  upon. 

Source  of  Data: 

Subtask  303.2.3.6A8  (Select  Best  Alternative  Technology) 


REP/ACTIVITT/ACT/POB  REPORT  TO 
ACTIVITIES 
FOR  ACTION/ 
POBLICATION 


REQ/AITRIB  REQUIREMENT  Data  containing  the  required  performance,  reliability,  aaintainability, 

ATTRIBUTES  supportability,  produceabilaity  and  cost  attributes  considered 

essential  for  the  systea/equipaent  to  be  able  to  meet  the  requireaents 
of  the  weapon  systea  military  mission. 

Source  of  Data: 

1.  Subtask  No.  301.2.1  Functional  Requireaents 

2.  Subtask  No.  301.2.2  Unique  Functional  Requireaents 

3.  Subtask  No.  301.2.3  Risies 


RES/BACK/PROC/ INPUTS  PASS  RESULTS  Purpose  of  Data: 
BACK  TO 
PROCESS 
GIVING  INPUT 


This  Data  Flow  contains  the  documented  results  of  the 
Design,  Operations  and  Support  Trade-off  Analysis.  The 
results  are  passed  back  to  update  other  LSA  Tasks  303 
Trade-off  Analysis  which  have  been  affected. 


RES/RSK/ANAL 


RES/SENS/ANAL 


RESULTS  OF  Purpose:  Data  contains  optiaua  balance  between  the  applicable  variable 
RISK  attributes  used  and  those  contained  in  each  alternate 

ANALYSIS  design/systea/equipaent  including  a  comparison  of  each 

alternative  design  with  the  "Baseline"  configuration. 

Source  of  Data: 

1.  303.2.3.6  Conduct  Tradeoff  Anal. 


RESULTS  OF  Purpose:  Provide  the  analyst  with  data  containing  perforaance, 
SENSITIVITY  reliability,  maintainability,  supportability,  produceability, 

ANALYSIS  and  cost  attributes  that  are  influenced  by  changes  in 

operations  and/or  support  parameters  (attributes)  that 
identifies  major  sensitivity  drivers. 

Source  of  Data: 

1.  303.2.3.6  Conduct  Tradeoff  Analysis 
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Label 

Description 

RES/TOA  RESULTS  OF  Purpose:  Data  contains  optiiaui  balance  between  the  applicable  variable 

TRADEOFF  attributes  used  and  those  contained  in  each  alternate 

AHALISIS  design/systea/eqnipMnt  including  a  cMparison  of  each 

alternative  design  with  the  "Baseline"  configuration. 

Source  of  Data: 

1.  303.2.3.6  Conduct  Tradeoff  Analysis. 

SEL/COST/DATA/FOR/AN  SELECTIVE  Purpose:  Data  identifying  those  "high  drivers"  that  have  a  large 

COST  DATA  effect  on  the  cost  of  operating  &  supporting  the  alternate 

FOR  ANALTSIS  systea/equipaent,  or  are  required  to  perfoia  specific 

OF  TECH  tradeoff  analysis.  These  "high  drivers"  are  required 

regardless  of  specific  (paraaeter)  costs  incurred. 

Attributes  established  in  Subtasb  303.2.3.2  to  be  used  in 
Subtask  303.2.3.3  (Preliainary  Analysis  of  Technology) 
relating  to  cost  would  be  the  input  data  to  303.2.3.4 
(Identify  Cost  Foranla) .  The  output  Irca  303.2.3.4  would  be 
any  changes  in  cost  that  would  be  input  to  303.2.3.3 
(Preliainary  Analysis  of  Technology) . 

Source  of  Data: 

303.2.3.4A2  Identiofy  List  of  Cost  Drivers 

SEL/SYS/EQPT/ALT  SELECTED  Purpose:  Provides  analyst  with  docuaented  results  of  evaluations 

STS/EQPT  and  technical  data  in  order  to  coae  up  with  configurations 

ALTERHAIIVES  that  are  closest  to  aeeting  the  ailitary  requireaents. 

Source  of  Data: 

Industry  Survey,  Proposals  and  Prograa  Hanageaent 

Docuaentation 

Application:  1.  Selects  specific  attributes  that  each  technology 
(alternate  design)  aust  satisfy. 

2.  Screens  candidates  to  deteiaine  which  are  viable  for 
tradeoff  analysis. 

This  Data  Flow  contains  the  Tradeoff  Evaluation 
Results  which  are  used  to  update  LSA  Task  301, 
"Systea/Equipaent  Functional  Requireaents 
Identification"  and  303  "Trade-off  Analysis"  that  are 
affected  by  this  analysis . 

303.2.3.6  Conduct  Tradeoff  Analysis 

TO/LVL/SUP  TRADEOFF  Purpose;  Data  containing  a  description  of  the  level  of  effort  possible 

LEVEL  and  deterained  in  303.2.3.5  for  tradeoff  analysis  in  tens  of 

OF  SUPPORT  what  variable  and  fixed  attributes  are  available  froa 

303.2.3.2  for  an  analysis.  The  data  also  identifies  the 
"high  drivers"  that  have  a  large  affect  on  reliability, 
aaintainability,  supportability  and  readiness  of  the 
alternative  systea/equipaent 

Source  of  Data; 

1.  303.2.3.  Readiness  Sensitivity 

2.  LSA  Strategy  File 

3.  Industry  Survey 


TO/EVAL/UPDAIES  TRADEOFF/  Purpose  of  Data: 
EVALUATION 
UPDATES 


Source  of  Data: 
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HaM  Labal  D«scription 


TOA/DATA  TRADEOFF  Paipose:  Conaists  of  data  on  the  perfoiaance,  ■aintainability, 

AHALISIS  Reliability,  aupportability,  produceability  and  coat  that 

DATA  have  been  deteiainad  to  be  baaeiine,  Tariable  or  fixed 

attributea  aa  they  apply  to  the  apecific  tradeoff  anaiyaia. 
For  eia^ile:  In  aeveral  tradeoff  anaiyaia,  groaa  weight 
will  be  held  conatant  while  apeed  changea  to  find  the  effect 
on  ayatea  range.  Thia  data  will  alao  conaiat  of  areaa  of 
■arginal  and  atate-of-the-art  deaign  and  explain  any  deaign 
coaproaiaea  and  operating  reatrainta.  Thia  inforaation  will 
aid  in  deteraining  the  poaalble  tradeoff  anaiyaia' a  that  are 
reqaired. 

Source  of  Data: 

1.  AAF  Acquiring  Activity  File 

2.  Developaent  Prograa  Data  Baae  File 

3.  Induatry  Survey 

4.  Input  froa  Taah  303.2.3.1 

UP/DESH  /CONCEPT  UPDATED  Purpoae:  Updated  deaign  concepta  that  better  define  the  advantagea  and 

DESIOI  diaadvantagea  of  each  alternative  concept  for  the  analyat  and 

CONCEPT  providea  uaeable  inforaation  uaable  inforaation  aa  to  which 

alternative  ia  ooat  reaponaiva  to  the  tradeoff  applied. 

Source  of  Data: 

303.2.3.1A1  Induatry  Predictiona  i  Forecaats 

HAR/CRIT  WARTIME  Purpoae:  Data  for  the  analyat  that  ahowa  those  geographic  areaa  which 

CRITERIA  preaent  potential  war  tiae  areas  of  operations.  The  data 

identifies  environments  in  which  the  alternate 
systea/ equipment  must  operate  in  order  to  accomplish  it's 
intended  mission (s) .  Data  includes  climatic  conditions  as 
described  in  MIL-STD-210C  and  if  applicable,  aust  be 
considered  during  tradeoff  analysis. 

Source  of  Data: 

1.  Acquiring  Activity  File 

2.  MIL'STD-210C 
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Name 

Label 

Description 

AAF 

ACQUIRING 
ACTIVITT  FILE 

Contains  those  records,  documents,  decision  papers,  schedules  that  were 
prepared  as  part  of  the  acquisition  initiation,  justification,  and 
planning  prior  to  the  assignaent  of  a  Project  Huager.  The  iteas  in 
this  data  store  includes: 

a.  Threat  analysis  data. 

b.  0(0  Plan. 

c.  Functional  objectires  data. 

d.  Functional  requireaents  data. 

e.  Projected  sch^le  data. 

f.  Logistics  resources  data. 

g.  Desired  R  (  H  paraieters. 

h.  TOA 

i.  TOD 

j.  Cost  and  operational  effectiveness  analysis  (COEA)  data. 

ic.  Projected  cost  data 

1.  Justification  of  aajor  systea  new  start  (JNSNS)  data. 

1.  Required  operational  capability  (if  prepared  prior  to  assignient 
of  prograa  aanager-else  found  in  PM  files . 

D/A  DA  ORGANIZATION  Contains  the  listing  of  potential  teaa  aeabers  of  TRADOC  and  AMC, 

INFO  DATA  BASE  specified  by  their  area  of  expertise,  naae,  address,  P.O.C.,  and  other 
pertinent  information  needed  for  selection  of  specific  LSA  Tasks  and 
Subtasks  that  will  be  required  for  the  development  prograa. 

The  list  also  includes  names  of  personnel  considered  to  be  expert  in 
specific  state-of-the-art  technologies. 

DP/DBF  DATA  BASE  FILE-  This  store  contains  those  papers,  files,  analysis  results  which  are 

DEVELOP  PROGRAM  related  to  the  developaent  prograa  and  which  will  be  useful  for 

establishing  required  relationships,  trends,  etc.,  for  the  developaent 
program  which  will  be  effected  by  certain  tradeoff  analysis.  This  store 
contains  such  iteas  as: 

a.  Mission  area  analysis  results. 

b.  Historical  file-LSA  task  cost  requireaents. 

c.  Historical  file-LSA  task  cost  requirements. 

d.  Historical  file-Maintenance  experience  of  siailar  iteas. 

e.  Cost  estimating  relationships  (CER'S)  models  re.  cost  of  LSA 
tasks. 

HIS/FUNC  HISTORICAL  FILE  Contains  a  historical  record  of  operational,  maintenance  and  support 

OF  FUNCTION  functions  of  item/ equipment  that  can  be  used  as  a  "Baseline"  to  forecast 
or  predict  the  functional  requireaents  and/or  the  characteristics  of  the 
developmental  itea/equipment . 


B-22 


DOE;  3-tfR-90 
TM:  11:25 


APJ  966-244 
DMA  STORES 


PAGE  2 
EXCELERAIOR  1.84 


Nam 


IND/SURV 


LSAR 


LSF 


Label  Description 


IRDUSTRI  SURVEY  Since  systeas/equipunts  are  designed  by  contractors  (derelopers)  and  not 
in-hoase,  briefings  or  industry  surTsys  should  be  requested  froa  all 
aajor  systea/equipaent  developers  to  learn  what  they  Jcnov  concerning 
present  and  future  technologies  that  could  be  applied  to  the  proposed 
systea/equipaent  including  the  developers  cost  effectiveness  analysis  of 
his  state-of-the-art  technology. 

Each  developers  presentation  or  survey  should  be  assessed  in  tens  of 
general  principles  (is  it  applicable  to  aeeting  the  ailitary 
requireaent?)  and  what  influence  each  proposed  configuration  exhibits 
that  influences  or  contributes  to  state-of-the-art  technology. 
Estiaated/predicted  attributes (paraaeters)  are  obtained  for  each 
proposed  developaent. 

LSAR  FILE  The  Logistic  Support  Analysis  File  (LSAR)  or  record  holding  area 

contains  LSA  Taslc  Reports  or  the  equivalent  (LSAR  Master  Record  Sheet 
Infoiaation  or  LSAR  R^rt) .  Hhen  the  systea  is  autoaated  it  contains 
logistic  data  which  can  be  used  to  assess  various  ILS  eleaents.  MIL-STD 
1388-lA  and  1388-2A  should  be  looked  at  for  coaplete  outputs. 

LSA  STRATEGY  The  LSA  strategy  files  contain  those  prerequisites  to  the  developaent  of 

FILE  the  systea/equipaent  early  prograa  LSA/ILS  strategy  and  will  have 

attribute  values  that  can  be  used  in  early  tradeoff  analysis.  These 
files  contain  analysis  and  assessaerts  in  the  following  areas: 

a.  Use  studies  or  slailar  iteas,  in  particular  the  "Baseline"  or 
itea  being  replaced. 

b.  Probable  design 

c.  Preliainary  design  analysis  for  each  alternative  systea. 

d.  Type  of  acquisition 

e.  Design  freedoa 

f.  Degree  of  new  technology 

g.  Historical  data  review  (siailar  systea) . 

L  Constraints  analysis. 

i.  (fork  already  accoaplished. 
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Na>e 

Label 

Description 

P/F 

POLICY  FILES 

CONTAINS  THOSE  HILHARY  PUBLICATIONS,  DECISION  PAPERS,  MISSIONS  & 

FDNCTIONS,  etc,  HBICH  ARE  NEEDED  TO  ESTABLISH  THE  LOGISTICAL  SUPPORT  AND 
REVIEW  REQUIRQffiNTS  OF  THE  ITQt/EQUIPMENT  DEVELOPMENT  PROGRAM. 

THIS  DATA  STORE  mUDES: 

1.  AR  12-16,  "MUTUAL  LOGISTICS  SUPPORT  BETWEEN  THE  U.S.  AND  OTHER 

NORTH  ATLANTIC  TREATY  ORGANIZATION  FORCES" 

la.  AR  70-1,  "SYSTQC  ACQUISITION  POLICY  AM)  PROCEDURES" 

lb.  AR  70-2,  "RESEARCH,  DEVELOPMENT,  &  ACQUISITION  MATERIEL  STATUS 

RECORDING" 

lc.  AR  70-10,  "RSD  -  TEST  S  EVALUATION  DURING  DEVELOPMENT  AND 

ACQUISiriON  OF  MATERIEL" 

ld.  "AR  570-9,  "MANPOWER  AND  EQUIPMENT  CONTROL  -  HOST  NATION  SUPPORT" 

2.  AR  700-9,  "POLICIES  OF  THE  ARMY  LOGISTIC  SYSTD!" 

3.  AR  700-02,  "JOINT  REGULATION  GOVERNING  THE  USE  AND  APPLICATION  OF 

UNIFORM  SOURCE  MAINTENANCE  AND  RECOVERABILITY  CODES" 

4.  AR  700-127,  "INTKRATED  LOGISTICS  SUPPPORT" 

5.  AR  725-50,  "REQUISITIONING,  RECEIPT  AND  ISSUE  SYSTEM" 

6.  AR  750-1,  "MAINTENANCE  OF  SUPPLIES  i  EQUIPMENT  -  ARMY  MATERIEL 

MAINTENANCE  CONCEPTS  S  POLICIES" 

7.  AMC-R-700-27,  "LEVEL  OF  REPAIR  ANALYSIS  (LORA)  PROGRAM" 

8.  AMC-R-'’50-10,  "DEPOT  MAINTENANCE  INTERSERVICE" 

9  %  m  700-4 

10.  )A  PAM  700-26,  "INTEGRATED  LOGISTIC  SUPPORT  PROGRAM  ASSESSMENT 

ISSUES  AND  CRITERIA" 

11.  DA  PAM  700-50,  "INTEGRATED  LOGISTIC  SUPPORT  -  DEVELOPMENTAL 

SUPPORTABILITY  TEST  AND  EVALUATION  GUIDE" 

12.  DA  PAM  700-55,  "INSTRUCTIONS  FOR  PREPARING  THE  INTEGRATED 

LOGISTIC  SUPPORT  PLAN" 

12a.  DA  PAM  738-750,  "THE  ARMY  MAINTENANCE  MANAGQffiNT  SYSTEMS  (TAMIS)" 

13.  DA  PAM  750-21,  "LOGISTIC  SUPPORT  MODELLING" 

14.  AMC  PAM  700-4,  "LOGISTICS  SUPPORT  ANALYSIS  TECHNIQUES  GUIDE 

(WITH  PAIMAN)" 

14a.  AMC  PAM  700-11,  "LOGISTICS  SUPPORT  ANALYSIS  REVIEW  TEAM  GUIDE" 

15.  AMC  PAM  750-2,  "MAINTENANCE  OF  SUPPLIES  AND  EQUIPMENT  GUIDE  TO 

RELIABILITY  CENTERED  MAINTENANCE" 

16.  MIL-STD-152,  "TKH  REVIEW  GUIDELINES" 

17.  MIL-STD-210A,  "CLIMATIC  EXTREMES  FOR  MILITARY  EQUIPMENT" 

18.  MIL-STD-470,  -471,  "MAINTAINABILITY  STANDARDS" 

19.  MIL-STD-756,  "RELIABILITY  MODELLING  &  PREDICTIONS" 

20.  MIL-STD-780,  "MAINTENANCE  ENGINEERING  ANALYSIS  CONTROL  NUMBER 

(MEACNS)  FOR  AERONAUTICAL  EQUIPMENT,  UNIFORM 
NIMBERING  SYSTQl 

21.  MIL-STD-701,  "RELIABILITY  DESIGN  QUALIFICATION  AND  PRODUCTION 

ACCEPTANCE  TESTS:  EXPONENTIAL  DISTRIBUTION 

22.  MIL-STD-785B,  "RELIABILITY  PROGRAM  FOR  SYSTIMS  AND  EQUIPMENT 

DEVELOPMENT  &  PRODUCTION" 

23.  MIL-STD-810,  "ENVIROlWENTAL  TEST  METHODS  &  SMGINEERING  GUIDELINES" 

24.  MIL-STD-881,  "WORK  BREAKDOWN  STRUCTURES  FOR  DEFENSE  MATERIEL  ITEMS 

25.  MIL-STD-882,  "SYSTQ!  SAFETY  PROGRAM  REQDIRMENTS" 

26.  MIL-STD-965,  "PARTS  CONTROL  PROGRAM" 

27.  M1L-STD-1369A,  "INTEGRATED  LOGISTIC  SUPPORT  PROGRAM  REQUIRIMENIS" 

28.  MIL-STD-1388-1A,  "LOGISTICS  SUPPORT  ANALYSIS" 

29.  MIL-STD-1388-2A,  "LOGISTICS  SUPPORT  ANALYSIS  RECORD" 
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Haae 


PM/DF 

REQ/F 


Label  Descriptioo 


30.  MIL-STD-1629,  "PROCEDURES  FOR  PERFORMING  A  FAILURE  MODE,  EFFECTS 

&  CRITICALITY  ANALYSIS" 

31.  MIL-HDBK-472,  "MAINTAINABILITY  PREDICTION" 

32.  MIL-M-24100B,  "FWKTIONALY  ORIIMTED  MAINTENANCE  MANUALS  (FOfff) 

FOR  EQUIPMENT  S  SYSTEMS" 


PROGRAM  MANAGER 

FILE 

REQMITS  DOCUMIT  REQUIRQffiNTS  (DOCUMENTS)  FILE 

FILE  ACRONYMS  :  JSOR  -  Joint  SeiTices  Operational  Requireoents 

O&O  -  Operational  and  Organizational 
ROC  -  Required  Operational  Capabilities 
PURPOSE  OF  DATA  STORE  :  This  data  store  contains  infomation  on  the 
stated  RSI  requireaents  which  the  systea  east  or  should  aeet. 

SOURCE  OF  DATA  :  Requireaents  docuaents  (JSOR's,  ROC's,  aultinational 
developaent  agreeaents),  OSO  plans,  Mission  Profile  docuaents,  and 
systais  or  equipaent  specifications. 
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Naae 

Label 

Description 

PM/ILSMT 

PM/IISMT 

INITIATE 

REQNI 

This  external  entity  is  the  directive,  authority,  or  other  docmentation 
that  initiates  the  requirenent  for  the  application  of  this  LSA.  To  the 
specific  systea/equipient  developaent  prograa  at  a  specified  point  in 
it' 3  life  cycle  in  accordance  with  AR  700-127 . 
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ANNEX  C 

LSA  TASK  303 

EVALUATION  OF  ALTERNATIVES  A  TRADE-OFF  ANALYSIS 


SUBTASK  303.2.3  -  SYSTEM  TRADE-OFFS 


ANNEX  C 

LSA  SUBTASK  -  303.2.3 


PROCESS  303.2.3.1  -  Consolidated  Data  For  Use  in  Trade-off  Analysis 
PURPOSE : 


To  collect,  sort  and  select  data  from  state-of-the-art 
technology,  industry  predictions/forecasts,  baseline 
configurations.  Qualitative  Materiel  Requirements  (QMRs)  and 
Required  Operational  Capaibilities  (ROCs)  Documents  that  will  be 
needed  in  the  accomplishment  of  any  trade-off  analysis  related  to 
the  performance,  relicdjility,  maintaincQsility,  operational 
capability,  survivadsility,  serviceability,  mission  recpairements, 
sustainadDility,  producibility,  and  cost  of  the  system/equipment 
being  analyzed. 


REFERENCES : 

Listed  in  each  Process . 


PROCESS  303.2.3.1A1  -  Industry  Predictions  and  Forecasts 
PURPOSE : 

To  obtain,  from  the  industry  involved  in  research,  development 
auad  production  of  similar  system/ equipments,  technological 
advances,  design  concepts,  predictions  and  forecasts  that  would  be 
applicaible  to  the  specific  trade-off  analysis. 

PROCEDURES : 

1.  Enter  the  manufacturer/ laboratory  that  provides  a  system  being 
considered  for  inclusion  in  the  trade-off  analysis. 

2.  Describe  this  manuf act urer' s/ laboratory ' s  capability  to  meet 
mission  requirements. 

3 .  Record  the  estimated  total  program  cost  from  the  capability 
of  this  manuf acturer/laiboratory  to  meet  mission  requirements. 

4.  Enter  any  remarks  pertaining  to  this  system/equipment 
concerning  the  manufacturer/ laboratory . 


C-1 


Industry  Predictions  &  Forecasts 
(303.2.3.1A1) 


End  Item  Name : 


Nomenclature : 


Part  Number: 


1.  Identify  system/equipment  surveyed: 


2.  Identify  the  manufacturer/ laJooratory  surveyed 


3  . 

(1)  Mission  capedjility  data: 


(2)  Cost 


4  . 


Remarks : 


5.  From  an  Industry  Survey,  Industry  Briefings,  reviews  of 
industry  technology,  parametric  design  studies  and  industry 
prepared  proposals,  extract  data  that  would  be  applicaJole  to  any 
trade-off  analysis.  However,  the  first  step  in  identifying  such 
data  consists  of  identifying  the  svibsystems,  their  significant 
performance,  reliability,  maintaineJbility,  and  cost  elements, 
and  determining  the  manner  in  which  the  subsystem  elements 
interact  with  each  other . 

6 .  Close  coordination  in  the  collection  of  this  data  must  be 
made  with  the  Combat  Development  Command  to  insure  that  future 
state-of-the-art  developments  are  compatible  with  mission 
requirements . 

RETBRgNCBS : 


1 .  Industry  survey 

2 .  Industry  proposals 

3  .  Paraunetric  design  studies 


PROCESS  303.2.3.1A2  -  List  Qualitative  Material  Requirements 

(QMR)  and  Required  Operational 
Capabilities  (ROC)  Attributes 


PURPOSE : 


To  list  performance,  reliaibility,  availability,  maintain¬ 
ability,  operational  capability,  survivaQsility ,  serviceeJoility, 
mission  requirements,  sustainability,  producibility  and  cost 
attributes  applicable  to  any  possible  trade-off  analysis. 

PROCEDURES : 

1.  The  attributes  derived  from  the  system  functional 
requirements  and  listed  in  the  QMR  and  ROC  Documents  represent 
the  upper  and  lower  bounds  for  variadole  and  fixed  (constant) 
attributes.  Use  the  attributes  as  input  for  trade-off  analysis. 
Listed  in  the  network  or  matrix,  these  attributes  represent 
required  limits,  minim\un  and/or  maximum  values. 

2 .  The  attributes  obtained  from  the  QMR  and  ROC  relate  to  the 
mission  requirements,  system/equipment  performance,  system/ 
equipment  reliaUoility ,  maintainadjility,  survivability  and  total 
system  cost . 
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Qualitative  Materiel  Requirements  Worksheet 

(33.2.3.1A2) 

End  Item  Neune: 

Nomenclature : 

Part  Number: 

1.  Identify  System/Equipment: 

2.  Performance  Required: 

3.  Reliability  Required: 

4.  Availadoility  Required: 

5.  Maintainability  Required: 

6.  Operational  (Mission)  Capaibility: 

7.  SurvivaUDility  Required: 

8.  Sustainability  Required: 

9.  SupportaJbility  Required: 


3. 


On  the  Qualitative  Material  Requirements  Worksheet: 


A.  List  the  Performance  attributes  that  are  required  for  the 
system/equipment  identified.  These  attributes  may  vary 
from  system  to  system,  or  from  trade-off  to  trade-off. 
Examples  of  Performance  attributes  are: 

(1)  Range  requirements 

( 2 )  Maximum  speed 

(3)  Minimum  turnaround  radius 

(4)  Etc. 

B.  Enter  the  reliability  parameters  that  ralate  to  the 
quantitative  amd  qualitative  values  in  the  QMR  and  ROC. 

C.  Describe  the  operational  availa±)ility  as  contained  in  the 
QMR  and  ROC. 

D .  Describe  the  qpaauititative  and  qualitative  maintainability 
values  from  the  QMR  and  ROC. 

E.  Describe  the  quantitative  and  qualitative  values  of 
operational  (mission  capability)  from  the  QMR  and  ROC. 

F.  Describe  the  quantitative  and  qualitative  survivability 
characteristics  of  the  system  from  the  QMR  and  ROC. 

G.  Describe  the  quantitative  and  qualitative  sustainability 
characteristics  of  the  system  from  the  QMR  and  ROC. 

H.  Describe  the  quantitative  and  qualitative  supportability 
characteristics  of  the  system  from  the  QMR  and  ROC. 

REFERENCES : 

1 .  Applicadsle  Qualitative  Materiel  Requirement  (QMR)  Document 

2.  ApplicaQjle  Required  Operational  CapaUbilities  (ROC)  Document 

PROCESS  303.2. 3. 1A3  -  Identify  Attributes  Applicable  to  Trade-off 

Analysis 

PURPOSE : 


To  sort  attributes  obtained  from  Industry  predictions, 
forecasts,  proposals,  and  military  requirements  doc\aments,  by 
selecting  those  attributes  required  in  any  trade-off  analysis. 
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PROCEDURES : 


1.  From  the  Program  Management  Office,  obtain: 

a.  Threat  Analysis  data  applicable  to  any  trade-off 
euialysis . 

b.  Applicable  Readiness  Objectives  data. 

c.  Applicaible  functional  requirements  data. 

d.  Applicable  projected  cost  data  for  development, 
production,  logistic  support  and  fielding  of  the 
competitive  system/equipment  that  was  prepared  as  part 
of  the  acquisition  initiative,  justification  and  planning 
prior  to  the  assignment  of  a  PM. 

2.  From  the  ILS,  Engineering,  or  Analysis  disciplines  obtain: 

a.  Maintenance  and  reliadsility  experience  of  similar 
(Baseline)  items  if  applicable  to  the  trade-off  analysis. 

b.  LSA  Task  Coat  Requirements  if  cost  is  a  factor  in  the 
trade-off  analysis . 

c.  Cost  Estimating  Relationships  applicaJole  to  any  trade¬ 
off  analysis. 

3.  From  Subtask  301.2.2,  obtain  those  functional  requirements 
unique  to  the  system/ equipment  due  to  new  design  technology  or 
operational  concept  that  are  applicable  to  amy  trade-off  analysis. 

4.  From  the  LSA  Subtask  301.2.1,  select  those  functions  of  the 
system /equipment  alternatives  that  are  going  to  be  subjected  to  the 
trade-off  analysis.  Selected  functions  should  be  only  those  that 
are  affected  by  changes  in  the  variaibles  used  in  the  trade-off 
analysis  and  are  contained  in  the  network/matrix  of  system/ 
equipment  performance  criteria  developed  in  Processes  303.2.3.1A1 
and  303.2.3. 1A2. 


NOTE:  Consider  peacetime  and  wartime  system  functional 

requirement  separately  if  different  requirements 
exist . 


5.  Record  on  the  applicaible  attribute  worksheet,  the  quantitative 
attributes  that  specify  the  selected  operating  functions  of  the 
system/equipment  under  consideration. 

6.  For  comparison  purposes,  enter  the  QMR/ROC  requirement 
associated  with  each  attribute  of  the  selected  functions . 
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TABLE  1. 


SAMPLE  WORKSHEET  FOR  IDENTIFICATION  OF  ATTRIBUTES 


Attributes/  Required  System/Equipmt .  Alternatives 

Sub-attributes 


QMR/ROC 

ALT  1 

ALT  2 

ALT  3 

Perf  ormaince : 

a .  Range 

1500  Mi. 

1400  Mi. 

1600  Mi. 

b .  Max .  Speed 

800  MPH 

800  MPH 

800  MPH 

c.  Payload 

15  Tons 

16  Tons 

14  Tons 

2.  Reliability: 


3.  Avail2±)ility : 


Note : 


The  aUoove  example  should  be  used  in  listing  data  for 
for  the  remaining  main  attributes . 
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Applicable  Attributes  Worksheet 
(303.2.3.1A3) 

Peacetime 


End  Item  Name: 
Nomenclature : 
Part  N\imber: 


Attributes  & 
Sub-attributes 


Performance 


Required 


QMR/ROC 


System/ Equipment  Alternatives 


Alt. 


Alt . 


Alt . 


Alt. 


a . 

b. 


c. 


2.  Reliability 

a. 

b. 


3 .  Availability 

a . 

b. 


4 .  Maintainability 

a . 

b. 


5. 


6. 


7 


8. 


9. 


c. 


Operational 

(Mission) 

Capability 


Survivability 


Sustainability 


Support ability 


Cost 


N/A 


Remarics : 


Applicable  Attributes  Worksheet 
(303.2.3.1A3) 

Wartime 


End  Item  Name: 
Nomenclature 
Part  Number: 


Attributes  &  Required  System/Equipment  Alternatives 

Sub-attributes  - 

QMR/ROC  Alt.  1  Alt.  2  Alt.  3  Alt.  4 


1 .  Performance 

a . 

b. 


c . 


2. 

Reliability 

a . 

b. 

3. 

Availability 

a . 

b. 

4. 

Maintainability 

a . 

b. 

c . 

5. 

Operational 

(Mission) 

Capability 

6. 

Survivability 

7. 

Sustainability 

3. 

Support ability 

9. 

Cost 

N/A 

Remarks ; 


7 .  The  result  of  the  above  procedure  is  a  network/matrix  of 
attributes  for  the  Baseline  and  system/ equipment  alternative 
designs  applicaJDle  to  any  trade-off  analysis.  With  data  collected 
in  Process  303.2.3.1,  any  future  trade-off  analysis  can  be 
performed  by  selecting  attributes  from  the  network/matrix. 


NOTE :  This  is  a  dual  purpose  worksheet .  One  worksheet  is 

for  peacetime  data;  the  second  worksheet  is  for 
wartime  data.  This  information  may  be  obtained  from 
the  Program  Manager's  Office. 


PROCESS  303.2.3.2  -  Establish  and  Define  Attributes 
PURPOSE: 

This  process  identifies  and  defines  baseline,  variable  and 
fixed  (constant)  attributes  that  will  be  used  in  any  trade-off 
analysis  on  the  system /equipment  design  alternatives. 


PROCESS  303.2.3.2A1  -  Determine  and  Define  ’’Baseline”  Attributes 


PURPOSE : 

Identifies  the  attributes  (parauneters)  of  a  standard 
"Baseline”  design  which  approximates  the  performance, 
maintainability,  and  survivad>ility  characteristics  specified  in  the 
QMR/ROC  Documents. 

PROCEDURE : 

1.  The  analyst  must  select  a  fielded  system/ecpaipment  similar  in 
design  and  performance  to  the  system/equipment  alternative  designs 
and  with  the  assistance  of  a  system  engineer,  list  the  systems 
attributes  on  the  "Baseline"  Attributes  Determination  Worksheet  as 
described  in  Processes  303.2.3.1A1  and  303.2.3.1A2.  This  list  will 
contain  all  known  attributes  that  will  be  used  in  any  trade-off 
analysis  on  the  system/equipment  alternatives.  Include  the 
estimated  total  cost  in  this  listing. 

2.  The  "Baseline"  attributes  (parameters)  will  be  used,  in 
comparative  analysis  and  trade-offs,  for  comparing  "Baseline" 
attributes  with  alternative  system/equipment  attributes. 
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"Baseline”  Attributes  Determination  Worksheet 

(303.2.3.2A1) 

End  Item  Name: 

Nomenclature : 

Part  Number: 

1 .  Baseline  System/Equipment : 

2 .  Performance : 

3.  ReliaUaility : 

4.  AvailaJDility : 

5.  Maintainability: 

6.  Operational  (Mission)  Capability: 

7.  SurvivaUaility  Recpiired: 

8.  Sustainadjility  Required: 

9.  Supporta±»ility  Required: 
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3.  If  no  state-of-the-art  Baseline  configuration  exists,  the 
attributes  in  the  QMR/ROC  could  be  used  as  a  "Baseline" .  However, 
this  imposes  a  problem  in  prograim  costing  when  comparing  state-of- 
the-art  attributes  with  the  forecasted  military  requirements . 


REFERENCES : 

1.  Results  of  LSA  Task  203.  The  task  results  contain  a 
historical  record  of  operational  maintenance  and  support 
functions  of  items /equipment  that  can  be  used  as  a 
"Baseline"  to  forecast  or  predict  the  functional 
requirements  and/or  characteristics  of  the  development 
system/ equipment .  However,  to  get  detail  attributes  that 
could  be  used  in  the  analysis,  a  review  of  the  applicable 
model  specification,  QMR/ROC  is  necessary. 

2.  Historical  Data  on  Design  Influence  (HIS/DESG) .  This  is 
a  historical  record  of  studies  performed  on  "Baseline" 
system  equipments  and  will  have  certain  attributes 
listed.  If  this  file  does  not  contain  the  attribute 
information  needed,  the  analyst,  with  the  assistance  of 
the  system  engineer,  must  go  to  the  model  specification 
for  the  specific  system  to  obtain  the  required 
attributes . 


PROCESS  303.2.3.2A2  -  Determine  and  Define  VariaJ^le  Attributes 
PURPOSE: 

Select  performance,  reliability,  maintainability,  operational 
capability,  survivability,  producibility  and  cost  attributes  that 
will  vary  in  any  system/equipment  trade-off  analysis. 

PROCEDURE : 

1 .  List  the  variadale  attributes  to  be  used  on  any  trade-off 
analysis  on  the  "Trade-Off  Analysis  Attribute  Worksheet".  This 
worksheet  caui  be  used  as  a  guidance  chart  to  select  the  applicaible 
variaJoles  for  a  specific  trade-off  analysis. 

NOTE:  Trade-offs  are  cjuantitativs  measures  of  changes  in 

performance  or  program  parauneters ;  as  the  term 
implies,  an  improvement  in  one  respect  is  usually 
accompanied  by  a  degradation  in  another.  In  a  more 
general  sense,  trade-offs  represent  the  relation¬ 
ships  between  changes  in  one  perf  ormance/prograun 
attribute  and  the  corresponding  change  in  others . 
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Two  exeunples  are: 

a.  Weight  and  cost  as  a  fxinction  of  reliaJoility . 

b.  Relicdiility  and  maintaineUbility  as  a  function 
of  availability.  Therefore,  the  first  step  is 
the  determination  of  which  attributes  will 
change  as  a  result  of  a  change  in  one  or  more 
attributes . 


2 .  Establish  commonality  to  determine  which  attributes  to  hold 
constant  and  those  which  will  vary. 

3.  Use  the  results  of  preliminary /parametric  design  studies  to 
select  independent  and  dependent  variables  for  analysis.  The 
studies  may  also  be  used  to  understand  the  relationships  between 
variaJoles . 

4.  The  Analyst,  with  assistance  from  a  system  engineer,  must 
prepare  a  list  of  constant  and  variadjle  attributes  for  the 
specific  trade-off  analysis.  As  an  example,  a  typical  list  for 
a  trade-off  analysis  for  the  effect  of  endurance  and  payload  with 
a  change  in  speed  could  be: 

a.  Constant  Attributes: 

(1)  Crew  size 

(2)  Installed  power 

(3)  Sea  state  limitations 

b.  VariaJole  attributes: 

(1)  Speed 

(2)  Endurance 

(3)  Survivability 


REFERENCES : 

1.  Process  303.2.3.1,  Consolidate  Data  for  Use  in  Trade-off 
Analysis . 

2.  HIS/FUNC  will  provide  attributes  related  to  maintenance 
and  support  functions . 
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PROCESS  303 .2.3. 2A3  -  Determine  and  Define  Constant  Attributes 


PURPOSE : 


Select  performance,  reliadoility,  maintainaOoility,  operational 
capability,  survivability,  producibility  and  cost  attributes  that 
will  remain  constant  in  the  specific  trade-off  analysis  being 
performed. 

PROCEDURE ; 

1.  Follow  the  procedures  from  Process  303.2.3.2A2  to  obtain 
constant  attributes. 

2 .  The  determination  of  which  attributes  are  to  be  constant 
depends  on  the  type  of  trade-off  analysis  being  performed. 

REFERENCES : 


See  references  for  Process  303.2.3.2A2 


PROCESS  303.2.3.2A4  -  Attributes  Applicable  to  Trade-off  Analysis 

PURPOSE: 


To  consolidate  all  applicable  "Baseline”,  variable  and 
constant  attributes  and  their  associated  formulas  for  variations 
into  one  data  source  applicaible  only  to  the  specific  trade-off 
analysis  being  performed  and  identified  by  Process  303.2.3.2. 

PROCEDURE : 


This  procedure  involves  the  collection  of  data  only  applicable 
to  the  specific  trade-off  analysis  being  performed.  This  data  must 
also  include  the  rec[uirements  of  the  QMR/ROC. 

REFERENCES : 

1.  DA  Organization  Information  Data  Base  (D/A) 

2.  Processes  303.2.3.2A1,  303.2.3.2A2  and  303.2.3.2A3. 
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Trade-Off  Analysis  Attribute  Worksheet 
(303.2.3.2A4) 

Peacetime 


End  Item  Name: 
Nomenclature : 
Part  Ntimber: 


Attributes  & 
Sub-attributes 

Required 
Baseline  QMR/ROC 

System/ Equipment 
Alternatives 

Cons-  Vari-  Cons-  Vari- 
tant  able  tant  able 

Alt .  1  Alt .  2 

Cons-  Vari-  Cons-  Vari- 

1. 

Performance 

a . 

b. 

2. 

Reliability 

a . 

b. 

3. 

Availability 

a . 

b. 

•  4. 

Maintainability 

5. 

Operational 

(Mission) 

Capability 

6. 

Survivability 

7  . 

Sustainability 

8. 

Support ability 

9. 

Cost 

N/A  N/A 

I 


REMARKS : 
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Trade-Off  Analysis  Attribute  Worksheet 
(303.2.3.2A4) 

Wartime 


End  Item  Name:: 
Nomenclature : 
Part  Number: 


Attributes  & 
Sub-attributes 

Baseline 

Required 

QMR/ROC 

System/Equipmei 

Alternatives 

It 

Cons¬ 

tant 

Vari¬ 

able 

Cons¬ 

tant 

Vari¬ 

able 

1 

Alt. 

Cons¬ 

tant 

1 

Vari¬ 

able 

Alt . 
Cons¬ 
tant 

2 

Vari¬ 

able 

1.  Performance 

a . 

b. 

i 

2 .  Reliability 

a . 

b. 

3 .  Availability 

a . 

b. 

i 

i 

1 

^ . 

4.  Maintainability 

5.  Operational 
(Mission) 
Capability 

1 

6.  Survivability 

1 

i 

7.  Sustainability 

8 .  Supportadjility 

1 

9.  Cost 

Remarks : 
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PROCESS  303.2.3.3  -  Perform  Preliminary  Analysis  of  Technology 
PURPOSE : 


To  perform  preliminary/parametric  analysis  of  each  alternative 
system/equipment  by  varying  selected  attributes  to  determine  the 
effect /chauiges  in  related  attributes. 

PROCEDURE : 

1.  Preliminary  design  studies,  necessary  to  support  the  system/ 
equipment  trade-off  analysis,  must  be  obtained  from  the  Program 
Manager's  Office.  Review  this  work  and  extract  information  such 
as  the  technical  descriptions,  payload,  range,  speed,  firepower, 
etc . ,  for  the  system/equipment  alternatives . 

2.  Define  appropriate  trade-off  criteria  such  as  minimTxm  cost, 
schedule,  performance,  etc.  This  criteria/data  will  come  from  Task 
301  which  identifies  the  operations  and  support  functions  that  must 
be  performed  for  each  system/equipment  alternative  under 
consideration . 

3.  Define  the  level  of  detail  (hardware  indenture  level)  to  be 
applied  to  the  preliminary/  paraimetric  analysis  to  determine  the 
relationships  amd  effects  of  the  attributes  under  analysis. 

4.  Establish  the  attributes  of  a  standard  "Baseline"  design  that 
meets  the  military  requirements  of  the  system/  equipment 
alternatives .  This  establishes  a  starting  point  for  all  attributes 
of  interest  for  preliminary  analysis. 

5 .  Determine  the  risk  levels  associated  with  any  new  technology 
incorporated  into  the  system  design.  LSA  Subtask  301.2.3,  "Risk 
Analysis"  provides  an  analysis  of  the  risk  associated  with  new 
technology  to  satisfy  the  functional  requirements.  From  these 
results,  select  the  appropriate  variad^le  parameters  needed  to 
perform  the  trade-off  analysis  and  amy  required  sensitivity 
analysis . 


REFERENCES : 

1  Subtask  301.2.1,  Functional  Requirements 

2.  Subtask  301.2.2,  Uniqpae  Functional  Requirements 

3.  Subtask  301.2.3,  Risks  (associated  with  attribute 
chauiges  of  each  system/equipment  alternative  under 
consideration) . 

4.  Subtask  301.2.4,  Operations  and  Maintenance  Tasks 

5.  Subtask  301.2.5,  Design  Alternatives 
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PROCESS  303.2.3.4  -  Identify  Co3t  Formula 


PURPOSE : 


To  develop  a  cost  formula  that  will  be  used  in  determining 
total  progreun  coat  for  each  syatem/equipment  alternative  under 
consideration . 


PROCESS  303 .2.3. 4A1  -  Identify  and  List  Cost  Inputs 
PURPOSE : 


To  provide  cost  inputs  that  will  provide  the  best  balance 
between  schedule,  performance,  logistics,  readiness  and  support. 

PROCEDURE : 

1.  From  the  Program  Manager's  Office,  obtain  Industry  Surveys  and 
proposals,  and  the  cost  data  for  system/eqruipment  alternative 
designs.  The  analyst  must  find  the  cost  of  operating,  developing 
and  supporting  the  system/equipment  alternative  designs  under 
consideration . 

2.  The  analyst,  with  the  assistance  of  a  cost  analyst,  must 
select  the  "high  drivers"  from  Process  303.2.3.3  "Preliminary 
Analysis  of  Technology"  that  have  a  large  affect  on  the  cost  of 
operating,  developing  and  supporting  the  system/equipment 
alternative  under  consideration. 

3.  Attributes  listed  in  Process  303.2.3.2,  "EstaUslish  and  Define 
Attributes"  must  be  selected  and  used  in  Process  303.2.3.3 
"Preliminary  Analysis  of  Technology"  for  use  as  potential  cost 
drivers . 

4.  The  analyst  must  review  cost  models  in  AMC-P700-4  for  models 
applicable  to  the  trade~off  analysis.  If  there  are  no  applicaOble 
models,  further  research  into  the  cost  provided  by  the  Industry 
Survey  and/ or  Industry  Proposals  must  be  investigated  and  an 
applicable  model  developed. 

REFERENCES : 

1.  Process  303.2.3.2,  Establish  and  Define  Attributes 

2.  Process  303.2.3.3,  Preliminary  Analysis  of  Technology 

3.  Process  303.2.3.5,  Establish  Level  of  Effort 

4.  AMC-P-700-4 

5 .  Industry  Survey 
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PROCESS  303 .2.3. 4A2  -  Identify  Unique  Coat  Drivers 
PURPOSE ; 

To  determine  unique  cost  drivers  to  be  used  in  specific 
tradeoff  analysis. 

PROCEDURE : 

1.  The  Analyst,  with  the  assistance  of  a  system  engineer,  must 
determine  those  attributes  that,  when  changed,  will  have  the 
largest  affect  on  development,  operations,  readiness  and  support 
cost  for  the  system/ equipment  alternative  under  consideration. 

2 .  Unique  cost  factors  to  consider  during  Concept  Formulation 

are:  design,  testing,  evaluations,  documentation  of  prograua 

management,  engineering  and  support  for  the  entire  life  cycle 

of  the  system  eqpaipment  under  consideration. 

3.  Likewise,  unique  cost  factors  during  production  and/or 
fielding  must  include  cost  of  production,  logistics,  maintenance, 
fielding  and  training  as  applicable  to  the  particular  trade-off 
analysis .  This  must  be  determined  by  the  Analyst  in  his  initial 
planning  for  performing  the  trade-off  analysis. 

REFERENCES : 

1.  Program  Manager's  Office 

2 .  Development  Program  Data  Baseline  File 

3 .  Historical  Data  File 

4 .  Industry  Survey  and/or  Proposals . 


PROCESS  303.2.3.5  -  Est2Lbli3h  Level  of  Effort 
PURPOSE : 


To  determine  the  level  of  effort  to  be  used  in  the  trade-off 
process . 

PROCEDURE : 

1 .  The  Analyst  must  determine  the  level  of  effort  that  can  be 
applied  to  the  trade-off  analysis  based  on  the  availaibility  of 
firm/ estimated  data  and  the  accuracy  of  such  data.  The  level  of 
effort  during  concept  formulation  will  be  at  a  much  lower  or  less 
detailed  level  than  it  would  be  during  production  or  fielding  stage 
of  the  system/equipment  alternatives  under  consideration. 
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2 .  Trade-offs  during  concept  formulation  and  development  will 
require  reliaJDle  estimates  for  certain  attributes .  When  such 
estimates  are  made  by  the  Analyst,  a  statement  as  to  the  confidence 
and  risk  must  be  made.  In  certain  cases,  a  risk  analysis  may  be 
required  to  justify  the  estimate. 

REFERENCES : 

1.  Process  303.2.3.2,  Establish  and  Define  Attributes. 

2.  Process  303.2.3.3,  Preliminary  Analysis  of  Technology 

3.  Process  303.2.3.4,  Identify  Cost  Formula 

PROCESS  303.2.3.6  -  Conduct  Trade-off  Analysis 
PURPOSE: 

Using  the  data  collected  in  Process  303.2.3.1,  the  attributes 
established  and  defined  in  Process  303.2.3.2,  the  results  of  the 
preliminary  analysis  of  technology  Process  303.2.3.3,  cost 
determined  in  Process  303.2.3.4  and  the  level  of  effort  determined 
in  Process  303.2.3.5,  perform  the  trade-off  analysis. 

PROCESS  303.2.3. 6A1  -  Define  Method  of  Evaluation  and  Models  Used 
PURPOSE : 

To  construct  analytical  relationships  used  in  comparing 
attributes  for  the  system/ equipment  alternatives  and  determine  from 
these  relationships  whether  a  model  can  be  used  for  performing  the 
analysis . 

PROCEDURE : 

1 .  Determine  the  analytical  relationships  that  will  be  used  in  the 
trade-off  analysis  and  review  AMC-P700-4  or  ecpjivalent  for 
applicaODle  models . 

2.  If  no  model  can  be  found  applicad^le  to  the  specific  attribute 
relationships,  generate  a  model  by  answering  the  following 
questions  associated  with  the  basic  processes.  The  analyst  must 
be  prepared  to  work  with  a  host  of  different  models  which  respond 
to  these  questions : 

a.  Define  the  Model  Objectives: 


(1)  What  is  the  problem? 

(2)  What  must  be  accomplished? 


(3)  Who  is  the  decision  maker? 

(4)  What  is  his  value  system? 

(5)  How  will  he  pick  among  alternatives 

(6)  What  are  the  constraints? 

b.  Generating  manual  alternatives: 

(1)  What  are  the  manual  alternatives? 

(2)  How  will  these  alternatives  operate  under  the 
conditions  (constraints)  of  the  problem? 

(3)  How  much  do  they  cost? 

(4)  What  will  they  produce? 

c .  Evaluating  Alternatives : 

(1)  What  alternative  do  I  pick? 

(2)  What  factors  affect  the  worth  of  each  alternative? 


REFERENCES : 

1.  AMC-P700-4  or  equivalent  for  existing  applicadsle  models. 

2.  Process  303.2.3.2  for  applicable  attributes. 


PROCESS  303.2.3.6A2  -  Select  Applicable  ’’Baseline”  Attributes 


PURPOSE : 


To  determine  "Baseline"  attributes  that  can  be  compared  with 
similar  system/equipment  attributes  for  the  preparation  of  a 
comparative  analysis  if  required  as  part  of  the  trade-off  analysis. 


PROCEDURE : 

1.  Select  from  Process  303.2.3.2A1,  the  "Baseline"  attributes  to 
be  used  in  the  trade-off  au^alysis. 


2.  If  the  analyst  elects  to  do  a  comparative  evaluation  trade-off 
of  the  system /equipment  attributes  instead  of  a  finite  evaluation 
trade-off,  the  attributes  selected  as  "Baseline"  would  be 
identified  at  a  value  of  1.0  and  attributes  from  the 
system/ equipment  alternatives  would  then  be  rated  as  1+  or  1-, 
based  on  their  comparative  value  to  the  "Baseline"  attributes. 
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REFERENCES : 


1.  Histiorical  File  of  Fxinctions  (HIS/FUNC)  . 

2.  Historical  Data  on  Design  Influence  (HIS/DESG) . 

3.  Process  303.2.3.2A1/  Determine  and  Define  "Baseline" 
Attributes . 


PROCESS  303 .2.3. 6A3  -  Select  Applicable  Variable  Attributes 
PURPOSE: 


To  select  the  applicaUole  variable  attributes  to  be  used  in  the 
trade-off  analysis.  This  is  part  of  the  Essential  Elements  of 
Analysis  (EEA)  as  discussed  in  Process  303.2.3.6A5. 

PROCEDURE : 

1.  Using  the  method  of  evaluation  from  Process  303.2.3. oAl, 
select  the  variaODle  attributes  from  the  Applicable  Attribute 
Worksheet  for  analysis.  The  relationship  between  the  variaJ&les  can 
be  obtained  from  the  results  of  Process  303.2.3.2A2,  "Determine  and 
Define  Variable  Attributes". 


2.  From  the  Trade-Off  Analysis  Attribute  Worksheet,  select  the 
values  of  the  variable  attributes  to  be  used  as  model  input . 


REFERENCES : 


1. 

Process 

303.2.3.1 

off  Analysis 

2. 

Process 

303.2.3.2 

3. 

Process 

303.2.3.3 

Consolidate  Data  for  Use  in  Trade- 

Establish  and  Define  Attributes 
Preliminary  Analysis  of  Technology 


PROCESS  303.2.3. 6A4  -  Select  Applicable  Fixed  Attributes 
PURPOSE: 


To  select  the  applicaJDle  fixed  (constant)  attributes  to  be 
used  in  the  trade-off  analysis.  This  is  a  part  of  the  Essential 
Elements  of  Analysis  (EEA)  as  discussed  in  Process  303.2.3.6A5. 

PROCEDURE : 

1.  Using  the  method  of  evaluation  from  Process  303.2.3.6A1, 
select  those  attributes  which  will  remain  fixed  or  constant  from 
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the  Applicable  Attributes  Worksheet, 
essentially  independent  of  each  other 
attributes . 


These  attributes  are 
and  the  other  variaQsle 


2.  From  the  Trade-Off  Analysis  Attribute  Worksheet,  select  the 
constant  attribute  values  auid  use  them  as  model  input . 


NOTE:  Such  fixed  attributes  allow  for  a  better  and  more 

realistic  comparison  of  attributes  that  are  varied 
and  therefore  provide  a  more  practical  procedure  for 
optimization . 

REFERENCES : 


1. 

Process 

303.2.3.1 

off  Analysis. 

2. 

Process 

303.2.3.2 

3. 

Process 

303.2.3.3 

Consolidate  Data  for  Use  in  Trade- 

Estad^lish  and  Define  Attributes 
Preliminary  Analysis  of  Technology 


PROCESS  303.2.3. 6A5  -  Conduct  Sensitivity  Analysis 
PURPOSE: 


To  determine  the  sensitivity  of  the  variable  attributes  as 
they  affect  performance,  design,  reliability,  maintainability, 
supportability  and  cost. 

PROCEDURE : 

1.  The  Analyst  must  select  the  Essential  Element  of  Analysis 
(EEA)  for  the  specific  sensitivity  analysis.  EEA  selection 
criteria  are: 

a.  Attributes  based  on  estimates. 

b.  Attributes  taken  from  a  Baseline  system. 

c.  Known  cost,  schedule  or  support  driven  attributes. 

d.  Attributes  identified  as  high  risk  due  to  technology  or 
resource  constraints. 

2.  Select  an  EEA  to  be  varied. 

3 .  Determine  the  range  of  values  over  which  the  EEA  should  be 
varied  (e.g.,  minimum  value,  one-half  to  one-third  the  original 
value,  maximxam  value,  double  or  triple  value)  . 

4.  Hold  all  other  variables  constant,  using  the  mathematical 
model  to  determine  the  effect  of  varying  the  EEA  on  the  other 
attributes  of  the  system. 
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5.  Determine  how  the  performance,  design,  reliability, 
maintainaUDility,  supportability  and  cost  are  affected  over  the 
range  of  values  for  the  EEA. 

6.  Repeat  steps  1-5  for  all  attributes  that  were  selected  as 
EEAs . 

7 .  Identify  those  EEAs  that  significantly  impact  the  other 
attributes  as  potential  problem  areas  euid  make  them  a  consideration 
in  the  final  trade-off  analysis  decision. 

REFERENCES : 

1.  Process  303.2.3. 6A2,  Select  ApplicaOole  "Baseline" 
Attributes 

2.  Process  303.2.3.6A3,  Select  Applicaible  VariaLble 

Attributes 

3.  Process  303 . 2 . 3 . 6A4,  Select  Applicable  Fixed  Attributes 


PROCESS  303.2.3.6A6  -  Determine  Risk  Level 
PURPOSE: 


To  assess  the  risk  level  in  each  variaOble  attribute  as  well 
as  the  risk  of  estimating  or  predicting  values  not  available  in  the 
system/equipment  data. 

PROCEDURE : 

1 .  For  each  variaJble  attribute  that  is  part  of  the  trade-off 
analysis,  determine  the  associated  level  of  risk. 

2.  Assign  probeJDilities  (as  percentages)  that  represent  the 
likelihood  of  the  particular  value  being  attained  by  the  system 
when  it  becomes  operational. 

3.  There  are  two  types  of  risk  level  determination.  The  first 
deals  with  the  probability  of  achieving  a  technological 
breakthrough  or  meeting  cost  and  schedule  goals.  The  second 
concerns  the  accuracy  of  an  estimated  number  or  quantity,  such  as 
logistics  delay  times  or  cost  of  spare  parts . 

For  example,  the  type  of  risk  analysis  that  can  be  used  could 
possibly  result  in  risk  levels  identified  as  follows : 

a.  In  a  typical  program,  10%  of  the  activity  might  be  such 
that  it  caul  only  be  estimated  within  a  50%  risk  level. 
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b.  or,  30%  of  the  activity  might  be  such  that  it  caui  only 
be  estimated  within  6  or  7% 

c.  The  effective  uncertainty  or  risk  for  these  examples  then 
is  from  10  to  15%,  depending  on  the  affect  various 
attributes  have  on  the  other  attributes . 

REFERENCES : 

1.  Process  303.2.3.1 

2.  Process  303.2.3.2 

3.  Process  303.2.3.3 


PROCESS  303.2.3. 6A7  -  Conduct  Trade-off  Analysis 
PURPOSE: 

Using  the  selected  attributes,  results  of  the  preliminary  and 
paraunetric  analysis,  information  developed  on  sensitivity  levels 
of  attributes  as  they  are  varied,  the  risk  level  estaJDlished  or 
predicted,  and  the  calculated/predicted  total  prograun  cost,  conduct 
the  specific  trade-off  analysis  using  only  the  factors  listed  ad>ove 
that  are  needed  in  the  analysis . 

PROCEDURE : 

1 .  Develop  curves  or  graphs  for  variadjle  attributes  as  required 
from  data  developed  in  Process  303.2.3.2A4  for  the  system/equipment 
alternatives  being  auialyzed. 

2.  With  this  data,  define  the  optimxim  system/equipment . 

NOTE :  Optimization  is  not  the  selection  of  the  best 

possible  alternative.  It  is,  however,  the  selection 
of  the  best  alternative  from  a  given  set  of 
attributes  using  the  Analyst's  criteria  of 
selection . 

3.  The  trade-off  analysis,  in  most  cases,  should  first  be  made 
solely  on  the  basis  of  the  fixed  and  variaUble  applicaUble  attributes 
specified,  and  then  the  cost  factors  should  be  included. 

4.  After  completing  the  above,  the  Analyst  must  weigh  in  terms  of 
risk,  each  system/equipment ,  and  then  weigh  each  in  terms  of  their 
optimized  trade-off  characteristics.  The  results  should  be  a 
series  of  system/equipment  configurations  optimized  in  terms  of 
maximum  performance,  reliaUoility,  maintainadjility,  logistic 
support,  etc. 
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PROCESS  303.2.3.7  -  Dociament  Results 
PURPOSE; 


Prepare  a  report  describing  the  results  of  the  trade-off 
analysis  with  recommendations  and  conclusions. 

PROCEDURE : 

1.  Document,  in  narrative  format,  the  results  of  the  trade-off 
analysis  showing  the  optimum  system/equipment  alternative  or  values 
if  the  trade-off  analysis  results  in  a  refinement  in  design, 
configuration,  schedule,  cost,  etc.. 

2 .  The  final  report  or  document  must  contain  recommendations  and 
conclusions  obtained  from  the  trade-off  analysis  and  the  extent  of 
the  change  in  design,  schedule  cost,  etc.,  required  for  each 
combination  of  conditions.  Any  recommended  changes  to  the  military 
requirements  that  could  result  from  the  trade-off  analysis  must 
also  be  included. 

3.  Every  effort  must  be  made  to  make  the  resulting  trade-off 
analysis  report  as  concise  and  specific  as  the  information 
availaUole  peimits.  State  the  rationale  for  acceptance  of  the 
system/equipment  alternative.  Summarize  the  importcuit 
characteristics  of  each  acceptable  system/ equipment  alternative  and 
present  this  information  to  the  Program  Manager.  If  necessary,  a 
comparative  analysis  of  the  composite  effectiveness  of  each  system/ 
equipment  alternative  must  be  made  with  a  sensitivity  analysis . 
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Docvuttent  Results 
(303.2.3.7) 


End  Item  Name: 

Nomenclature : 

Part  Ntimber: 

1. 

Analysis  of  Technology: 

2. 

Coat  Formula: 

3. 

Level  of  Effort: 

4  . 

Tradeoff  Analysis: 

5 . 

Justification : 

VERT  APPLICATION  METHODOLOGY 


BACKGROUND; 

Venture  Evaluation  and  Review  Technique  (VKRT)  was  developed  as 
a  network  analysis  technique  to  facilitate  management  decision 
making.  It  allows  a  systematic  planning  and  control  of  programs 
and  enedjles  managers  to  find  solutions  to  real  life  mauiagerial 
problems . 

The  terms  of  the  APJ  contract  require  the  provision  of  batch 
files  for  each  of  the  VERT  networks  associated  with  the  various 
Data  Flow  Diagrcuas  in  the  APJ  966  projects. 

APJ  has  been  successful  in  adopting  a  method  for  the  creation  of 
these  networks  using  the  existing  EXCELERATOR  software  package  and 
establishing  a  nauning  convention  compatible  with  that  used  in  the 
Data  Flow  Diagrams.  To  do  this  APJ  has  made  use  of  the  PC  model 
of  VERT.  A  Structured  Analysis  project  was  used  for  this  purpose. 
The  prototype  VERT  network  structure  was  made  for  one  top  level  amd 
one  lower  level  data  flow  diagram. 

The  PC  model  of  VERT  has  certain  limitations  built  into  it.  To 
overcome  some  of  these  limitations,  certain  conventions  were  used 
to  create  the  input  files.  To  maintain  full  generality  a  set  of 
"dummy"  default  values  were  established.  The  model  allows  the  user 
to  alter  the  default  values  of  time,  cost,  and  performauice  to 
satisfy  their  specific  requirements. 

METHODOLOGY: 


The  basic  symbols  used  to  structure  the  network  are  : 

(i)  SQUARES  -  to  indicate  NODES.  These  are  decision  points 
in  the  project,  or  points  beyond  which  the  project  cannot 
proceed  unless  certain  criteria  are  met .  There  are  two  types 
of  nodes,  one  which  supports  input  operations  and,  the 
second  type  which  supports  output  operations . 

(ii)  LINES  -  to  indicate  ARCS  which  are  activities  that  have 
time,  cost,  and  performance  criteria  associated  with  them. 

In  practice,  however,  both  the  arcs  and  nodes  are  similar,  in 
that  both  have  time,  cost,  amd  performance  criteria  associated  with 
them.  The  arcs  have  a  primary  and  a  cumulative  set  of  time,  cost, 
and  performaince  criteria  whereas  the  nodes  have  only  a  single 
cumulative  set . 
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(ill)  NAMING  CONVBNTIONS  -  Efforts  have  been  made  to  keep 
the  naming  convention  as  compatible  as  possible  to 
the  Data  Flow  Diagrams .  The  neuaing  convention  used 
is  displayed  below. 

NODES  -  All  nodes  are  prefixed  with  the  letter  N.  The 
individual  Nodes  are  identified  by  a  nximber  and  a  letter. 
The  nxixnber  refers  to  the  number  of  the  node  within  the 
diagraun  and  the  letter  refers  to  the  diagram  niomber  in  the 
project.  In  the  event  that  a  node  has  been  referenced  in  an 
earlier  diagram  they  also  carry  the  number  of  the  node  in 
the  earlier  diagram  as  a  prefix  to  the  individual  node 
number. 

N2.4A 

N  -  All  nodes  are  prefixed  with  the  letter  N 

2  -  Gives  the  number  of  the  node  it  relates  to  in  a 

higher  level  diagram  or  an  earlier  data  flow  diagram 
within  the  project.  In  this  case  it  refers  to  node 
N2  of  the  top  level  diagreun. 

4  -  Gives  the  number  of  the  node  in  the  present 

data  flow  diagram, 

A  -  The  nodes  in  each  subsequent  explosion  are 

allotted  an  alphabetical  suffix  indicating  the 
number  of  the  explosion  diagreun  in  the 
particular  project.  In  this  case,  it  is  the 
first  lower  level  diagram  within  the  project. 

ARCS  -  All  arcs  are  prefixed  with  either  the  letter  C  or  E. 
The  individual  Arcs  are  identified  by  two  numbers.  The  first 
number  refers  to  the  number  of  the  arc  within  the  diagraun 
and  the  second  number  refers  to  the  nvimber  of  the  diagreun 
within  the  project.  In  the  event  that  an  arc  has  been 
referenced  in  an  earlier  diagreun  they  also  carry  the  number 
of  the  arc  in  the  earlier  diagreun  as  a  prefix  to  the 
individual  arc  number.  The  arcs  which  are  identified  by  the 
letter  E  have  direct  reference  to  a  process  in  the 
corresponding  data  flow  diagram  and  as  such  are  neuned  the 
seune  as  the  process  itself. 

C3 . 3 . 8 . 4  E12 . 1A2 

C  -  All  arcs  are  prefixed  with  the  letter  C.  In 

some  cases,  however,  arcs  carry  a  prefix  of  E. 
These  particular  arcs  correspond  to  a  process 
within  the  data  flow  diagram  and  are  thus 
nauned  the  saune  as  the  process  itself. 
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3.3 


Gives  the  number  of  the  arc  it  relates  to  in  a 
higher  level  diagram  or  an  earlier  data  flow  diagram 
within  the  project.  In  this  case,  it  refers  to  arc 
n\amber  3  in  lower  level  diagram  #3  within  the 
project . 

8.4  -  Indicates  that  this  particular  arc  is  the  #8  arc 

in  the  #4  lower  level  diagram  of  the  project. 

BATCH  FILSS 

INPUT  FILES  -  The  input  file  neunes  are  given  the 

extension  *.IN. 

OUTPUT  FILES  -  The  simulation  output  files  are  given 

the  extension  *.0U. 

PRINT  FILES  -  The  print  files  have  been  given  the 

extension  *.PR. 

(This  would  allow  stabsequent  updates  of  the  input  files  to 
be  numbered  as  INI . . . , OUl . . . , PRl . . .  etc . ) 

DEFAULT  SETTINGS: 

Control  Rncord: 

(i)  The  output  option  selected  is  "0”  which  provides  a 
detailed  listing,  and  high  level  of  summary 
information . 

(ii)  The  input  record  listing  option  selected  is  "0" 
which  prints  all  input  records. 

(iii)  The  composite  terminal  node  output  option 

selected  is  "16"  which  assumes  fcunily  mode 
auid  intrafaunily  transfer  of  hisrograun  data. 

(iv)  The  nvimber  of  iterations  used  are  "10"  in 

the  demonstration  model  to  facilitate  operation 
in  the  debug  mode  if  required. 

(v)  The  composite  node  naune  auad  the  network  naune  are 
left  as  blanks . 

(vi)  In  the  run  identification  the  naune  of  the 
corresponding  Data  Flow  Diagram  is  used  as 
identification  for  the  network  description. 
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Arc  Racords: 

(i)  For  each  of  the  arcs  the  following  records  are 
provided : 

(a)  Master  Arc  Record 

(b)  Time  Distribution  Satellite 

(c)  Coat  Distribution  Satellite 

(d)  Performance  Distribution  Satellite 

(ii)  The  Distribution  Satellite  Records  are  created  to 
provide  a  \aniform  statistical  distribution. 

(iii)  The  default  values  used  for  the  minimum  and 
maximum  in  each  criteria  are : 

TIME  10.0  20.0 

COST  10.0  100.0 

PERFORMANCE  10.0  50.0 

Mode  Records : 

(i)  Input  Logic  -  The  input  logic  for  the  nodes  are  either 
"INITIAL"  or  "AND". 

(ii)  Output  Logic  -  The  output  logic  has  been  defaulted  to 

"AND"  or  "TERMINAL". 

(iii)  The  output  option  indicator  and  the  storage  option 
indicator  are  defaulted  to  read  "O" . 

(iv)  The  node  description  has  also  been  left  blank. 

(It  is  again  noted  that  the  user  can  change  the  default 
values  to  desired  values  as  identified  by  the  particular 
requirement  and  applications . } 

DOCUMENTATION: 

With  every  project  report  APJ  will  be  providing  the 
following  documents  relating  to  the  VERT: 

(i)  A  VERT  network  diagraun  corresponding  to  a  particular 
data  flow  diagraun. 

(ii)  A  print  out  of  the  VERT  network  inputs  for  the 
particular  data  flow  diagrams. 

(iii)  A  floppy  disc  containing  saunple  input,  print,  and 
the  simulation  output  files  for  the  default  VERT 
network . 
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ANNEX  E 

STRUCTURED  SYSTEMS  ANALYSIS 
Fundamentals 


NOTE:  Our  presentation  of  Structured  Analysis  Fundamentals  with 
the  associated  figures  is  reproduced  verbatim  in  each 
report. 
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ANNEX  E 

STRUCTURED  SYSTEMS  ANALYSIS 
Fundaunentals 


Structured  Systems  Analysis  (SSA)  has  recently  become  an 
industry  standard  for  generating  Data  Flow  Diagrams  (replacing 
"logic  diagrams"  or  "flow  charts”)  to  aid  in  coordinating  the 
functions  to  be  performed  by  a  computer  program  and  its 
associated  Inputs /Outputs  (I/O) .  During  the  SSA,  each  set  of 
"flow  charts"  can  be  checked  by  the  potential  user  to  assure 
that  there  is  complete  agreement  on  what  is  to  be  done  by  the 
program,  and  how  it  is  to  be  accomplished.  It  also  provides 
consideradble  flexibility  for  updating  or  chauiging  the  program. 

Six  basic  elements  (see  Figure  1)  are  used  in  SSA: 


1 . 

Process  (PRC) 

2. 

Data 

Flow  (DAF) 

3  . 

Data 

Store  (DAS) 

4. 

External  Entity 

(EXT) 

5  . 

Data 

Flow  Diagram  (DFD) 

6. 

Data 

Dictionary 

(DCT) 

PROCESS  (Represented  by  a  Circle) : 

A  function  or  operation  to  be  performed  which  can  be 
explained  by  a  set  of  instructions  representing  a  single  task, 
e.g.,  "calculate  interest  on  a  loan”,  "prepare  a  draft 
report”.  If  the  Process  description  is  too  complex  to 
describe  in  a  few  steps,  it  may  be  necessary  to  develop  a 
lower  level  description  (see  below) . 

DATA  FLOW  (Lines  interconnecting  Processes  or  I/Os) : 

Each  function  or  Process  cannot  be  a  stand-alone  in  a 
complex  network.  To  have  any  meaning  in  a  program,  each 
process  must  be  initiated  by  a  previous  action  and/or  provided 
information  on  which  to  act.  Furthermore,  a  Process  must 
result  in  an  output  which  is  the  input  to  the  next  logical 
Process..  These  inputs,  outputs,  or  initiating  actions  are 
identified  as  Data  Flows,  and  are  represented  by  the  Data  Flow 
lines  indicating  its  point  of  origin  and  the  process  to  which 
it  provides  data. 
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DATA  STOKE  (Represented  by  two  parallel  lines) : 

Although  some  Processes  generate  data  used  as  input  to 
a  succeeding  Process,  there  is  often  a  need  to  "gather  or 
collect"  information  from  files  in  which  it  is  stored.  This 
information  may  come  from  an  external  source  (such  as  a 
MIL-STD,  Army  regulation,  historical  experience  files,  etc.), 
or  an  internal  source  or  file  in  which  data  is  temporarily 
stored  for  use  by  succeeding  processes .  These  Data  Stores  can 
be  visualized  as  a  "file  cabinet",  in  which  the  data  are 
stored  for  later  retrieval) . 

EXTERNAL  ENTITY  (Represented  by  a  Rectangle) : 

Each  program  or  logical  process  must  have  an  initiating 
action,  a  "point"  of  disposition  of  the  results,  and  possible 
input  guidamce  or  instructions .  Each  of  these  have 
authorities,  functions,  or  applications  which  are  independent 
of  the  program  Process  (although  required  by  the  prograun 
Process) .  Thus,  these  activities,  agencies,  or  facilities  are 
considered  "External  Entities"  to  the  prograun. 

DATA  FLOW  DIAGRAM: 

The  general  arrangement  of  the  above  can  be  readily  seen. 
First,  the  circle  or  Process  describes  what  has  to  be  done; 
the  interconnecting  lines  represent  the  Data  Flows,  together 
with  the  specific  description  of  all  I/Os.  The  Data  Stores 
identify  the  source  and/or  file  designation  of  a  data  base, 
and  the  External  Entities  represent  those  activities  remote 
from  the  Process,  which  are  the  source  of  guidance  or  the 
recipients  of  the  prograun.  This  combination  of  Processes, 
Data  Flows,  Data  Stores,  and  External  Entities  constitutes  a 
"Data  Flow  Diagram" .  The  unique  feature  of  the  Data  Flow 
Diagram  (DFD)  is  that  each  process  can  be  considered 
independently,  permitting  a  change  to  be  made  in  one  Process 
without  a  major  change  in  the  overall  program. 

DATA  DICTIONARY: 

The  Data  Dictionary  consists  of  a  complete  description 
of  each  of  the  basic  elements.  For  the  Process,  it  contains 
a  step-by-step  description  of  what  has  to  be  performed.  The 
description  of  the  Data  Flow  identifies  the  nomenclature  of 
the  data,  a  detailed  description  of  its  content,  and  its 
source.  The  Data  Stores  and  External  Entities  are  described, 
including  possible  location. 
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The  Data  Dictionary  (a  living  document)  begins  with  a 
description  of  the  first  Process  and  is  continually  built-up 
as  the  Data  Flow  Diagrams  are  expanded,  detailed,  and 
eventually  completed. 

APPROACH  TO  PERFORMING  STRUCTURED  SYSTEM  ANALYSIS: 

The  best  approach  to  Structured  Systems  Analysis  is  to 
assume  that  the  program  consists  of  a  series  of  processes, 
each  of  which  are  to  be  assigned  to  an  inexperienced  analyst. 
Each  analyst  is  to  be  walked  through  the  assigned  process  of 
the  Program,  explaining  step-bywhtitep  functions  have  to  be 
performed  or  what  actions  have  to  be  taken  to  accomplish  the 
process .  The  analyst  is  also  informed  where  the  information 
is  coming  from  (input  Data  Flow) ,  what  is  to  be  generated  by 
each  process  (output  Data  Flow) ,  where  the  data  base  may  to 
be  found  (Data  Stores) ,  and  who  to  contact  for  guidance 
(External  Entities) . 

The  best  way  to  initiate  a  SSA  is  to  set  down  the  point 
of  origin  of  a  program,  its  final  goal(s),  and  the 
intermediate  functions  or  actions  needed  to  get  from  beginning 
to  goal .  Each  step  should  be  considered  as  a  Process  -  some 
may  be  sequential  and  others  parallel.  Then,  the  steps  needed 
to  accomplish  the  Process  should  be  described.  If  the 
description  is  complex  and  needs  intermediate  steps,  the 
Process  is  then  a  candidate  for  an  "explosion”.  That  is,  the 
top  (or  upper)  level  Process  is  considered  as  a  "project"  and 
its  own  Data  Flow  Diagraun  is  prepared. 

When  writing  the  step-by-step  procedures  in  the  Process, 
certain  elements  of  data  (or  information)  must  be  made 
availadjle  for  the  procedure.  Each  element  of  data  is 
considered  as  an  input  Data  Flow,  which  is  identified  and 
described.  The  product  (or  result)  of  a  Process  is  an  output 
Data  Flow  element. 

Each  Data  Flow  to  the  Process  must  originate  from: 

1 .  an  earlier  Process 

2.  a  Data  Store  (or  file) 

3.  an  External  Entity. 

These  sources  are  also  identified,  described  and  put  into 
the  Data  Dictionary.  As  soon  as  the  last  portion  of  the  Data 
Flow  Diagram  has  been  described,  the  SSA  is  complete. 
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The  structured  Analysis  phase  is  followed  by  Structured 
Design,  then  by  programming  and  finally  software  test  and 
validation.  The  organization  of  Structured  Analysis  and  its 
relationship  to  Structured  System  Design  is  shown  on  below  on 
Figure  2 . 
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SURVEY  OF  PROBLEM 


Structured 

Analysis 


Interface 


_REVIEW/CRITIQUE/ACCEPTANCE  OF  DFD 


Structured 

Systems 

Design 


DATA  DICTIONARY 
EXPANSION 


STRUCTURED  ENGLISH 
DATA  STRUCTURE  DIAGRAMS 


Figure  1.  Structured  Analysis  &  Structured 
Systems  Design  Organization 


REPRESENTS  A  PROCESS,  FUNCTION 
OR  ACTION 


REPRESENTS  A  DATA  STORE  OR  A 
DATA  FILE  -  OFTEN  IDENTIFIED  AS 
A  REPOSITORY  OF  INFORMATION  OF 
A  SPECIFIC  TYPE 


REPRESENTS  A  DATA  ELEMENT 
FLOW  INDICATING  OUTPUT  FROM 
ONE  PROCESS  AND  INPUT  TO 
ANOTHER  PROCESS 


REPRESENTS  AN  EXTERNAL 
ENTITY  -  AN  ACTIVITY  NOT  A 
PART  OF  THE  SYSTEM/PROCESS 
BEING  MODELED. 


Figure  2.  Standard  DFD  Symbol  Definitions 
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